seemax
-
Posts
193 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Store
Everything posted by seemax
-
Скажите плз что не так как принято. Что можно сделать лучше, проще? http://pomidor.com.ua/seemax/AirForceMain2.html
-
Как на мой скромный опыт, постановка задачи исходя из табличной вёрстки. Далее вас ожидают проблемы внутри ячеек. Ежель так, верстайте блоками, оставьте таблицу для таблиц.
-
Cпасибо за участие, ответ заставил меня ещё раз перечитать "Отладка кода с помощью FB" и "FB на практике" от В.М. Перечёркнутое свойство говорит о его бездействии для выбранного элемента, background-size задавал я. Пока топчусь с тем же вопросом.
-
Пока работал над этим http://pomidor.com.ua/seemax/CatMain11.html много открыл для себя. Помогите пожалуйста найти ошибку ведущую к расползанию элементов при изменении разрешения экрана http://viewlike.us/?url=http%3A%2F%2Fpomidor.com.ua%2Fseemax%2FCatMain11.html&button.x=39&button.y=15 Мало того, можно заметить как при уменьшении разрешения на картинку в Хед лезет фоновый цвет <HTML> FireBug и тщательный просмотр всех элементов не дали мне возможности разобраться.
-
Высоту-то убери в 0! Не понимаю смысл данного кода если честно, но когда высоту убираю в ноль, то часть контента не вмещается, и просто его становится не видно. В общем бредятина какая-то. Поэтому пришлось поставить. Cмысл этого кода отмена float для блоков выше. Поэтому роль данного блока чисто техническая, пользователь его не увидит, высота не нужна. Более просnо, на мой взгляд, отменить float это поместить все блоки, которые скомпонованы при помощи этого свойства, в контейнер и задать ему overflow: hidden
-
Cпасибо за ссылочку, посмотрю подробнее. Насколько это перекликается с Ethan Marcotte "Responsive web design"?
-
Всё верно. Меня увлекла тема "резины" из простых соображений: Будешь правильно верстать "резину", фикс сделаешь без проблем. Обратной корректной взаимозаменяемости пока нет, насколько я понял..
-
Но у меня то маловато опыта, вот я и беру ориентиры, спрашиваю, экспериментирую, переоцениваю ориентиры. Если среди профиков нет и не будет единого мнения, то уж как быть остальным. Нормальная полемика, здоровая почва, понятные интересы и стремления...
-
Я бы посоветовал всё же прочесть книгу. Там всё началось с пропорционирования текста. Поэтому автор и уходит от абсолютов типа px, что очень непросто сделать. В отношении "растянется текст", так может как раз зрение у конкретного пользователя не позволяет прочитать мельче.
-
Основная идея автора, и его книги, в том, что нехорошо верстать фикс. Оттолкнулись от предполагаемого разрешения и задали все в %. Такое решение позволит уйти от верстки под каждую таблетку\телефон\лаптоп\десктоп.....и бог знает какой настенный экран прийдет через 7-70лет. Книга, из которой глава, мало того что познавательная, читается с большим удовольствием. Весь мой вопрос этого поста: от какого разрешения оттолкнуться и так ли уж 16px есть параметр по умолчанию для текста. Всем спасибо, что хотел узнал.
-
Сорри, не могу предположить причину своей ошибки. Ссылка вот она http://www.alistapart.com/articles/fluidgrids/
-
Личных аргументов не густо, а вот здесь пишет намного более опытный автор http://www.alistapar...les/fluidgrids/, как раз по этому поводу.
-
ОК, насчёт "задаём" снимается вопрос. Имеем body 100%, а далее см выше плз.
-
А сработает такой вариант: Отталкиваемся от ЛЮБОГО известного разрешения, какое на ум прийдёт. Или 1024, или 960, итд. Задаём body 100%, а затем все параметры вложенных div задаём в% от главного контейнера. Логично предположить что на любом мониторе body займёт всю имеющ ширину без скролла, а остальные элементы подстроятся в соотв с заданными %, вне зависимости больше или меньше пользовательский монитор.
-
Ну, да ШхВ, а то глазам не поверил...
-
В этой замечательной статье автор приводит интересное, на мой взгляд, решение ухода от скролла. http://www.alistapart.com/articles/fluidgrids/ Максимальное разрешение экрана берёт 988px, в иных статьях упоминается 1024px, если поГуглить можно найти 2560x1600, одно из заданий верстки даёт разрешение ограничить макс 1500px. Какую цифру взять ориентиром для десктопов? Далее есть такая фраза Насколько это соотв действительности?
-
Выражаю благодарность всем ответившим и заходившим поглазеть. Извинения приняты по сути, невзирая на форму подачи. "Избиение младенца" временно снимается с кинопроката, тема и ссылка закрыта, всё в доработке. Завершающая просьба к профикам: На свои младенческие работы посматривайте иногда, может жести в голосе станет на пол тона меньше...
-
Итоговое спасибо всем, всем кто кинул взгляд и даже ответил. Линк закрыт, всё в доработке.
-
Если возможность есть, подскажите плз где прочесть инф о стилях по умолчанию в разных броз и с какой целью обнуляются те что обнуляются.
-
Cпасибо ребята за ответы. Из четырёх ответов два в довольно грубой форме это 50%. Очень похоже на "дедовщину". Забыли парни свой первый и какой то там ещё по счёту прект. Загляните на досуге, может станете делиться знаниями, а не эмоциями.
-
Ищу Мастера для которого выполню верстки в обмен на возможность прогрессировать в этом искусстве. На сегодня я сверстал это seemax.pomidor.com.ua/Solutions Предполагаемый формат взаимоотношений: Получаю PSD, задание, расписываю алгоритм выполнения резать-верстать и почему именно так. Получаю ответ с корректировками и пояснениями. Выполняя работу, связываемся удобным способом не реже чем через день. Обязательства просты и ,как мне кажется, взаимовыгодны: я получаю возможность спрашивать-получать ответы, Мастер распоряжается готовой вёрсткой по своему усмотрению. Желательно иметь возможность класть работы в портфолио.
-
Спасибо, я попробую применить ваши корректировки.
-
Не мне вас учить культуре речи/поведению на форуме, у каждого голова своя. Но мне кажется, что лексика слабовата даже для бытового общения, а вот конкретика не задействована совсем. Спасибо за отзыв господин эксперт.
-
Прошу посмотреть верстку новичка. Где белые пятна в моей подготовке наиболее заметны? http://seemax.pomidor.com.ua/Husband.html Задание не смог реализовать, при резине 100% правая картинка в хедере лезет на левую. Мне казалось обе картинки должны изменяться пропорционально размерам экрана. Прошу, также, помочь понять непонятое: Две колонки между Хед и Фут имеют один цвет, но левая за счёт фоновой картинки с мелкими градиентами снизу и сверху. Размер картинки 294х520 px. Мне показалось правильным задать соотв размеры лев колонки и соотв высоту правой. В результате они никак не хотели прижаться равномерно по высоте к вышестоящему блоку. Попытки вспомнить про схлёстывание блоков и задать одинаков top\bottom margin не уравнивали колонки по низу вышестоящего блока. Попытки поиграться с высотой колонок привели к искомому результату, как видите, но всё это как то коряво и методом тыка. Тем более, высоту пришлось задать вопреки всякой логике: левая (фон картинка 294х520) высота 405px, правая 500px. Что могло повлиять на такое поведение колонок? К тому же, несмотря на наличие особ условий для IE, именно в нём колонки всё также скачут по низу. При уменьшении масштаба в IE Хед и осн часть наезжают безжалостно на горизонтальный блок между ними.
-
Прошу посмотреть верстку новичка. Что можно было бы упростить и что добавить? Solutions http://seemax.pomidor.com.ua/Solutions.html Прошу обратить внимание на способ скругления уголков. Попробовал применить такой способ http://www.xiper.net/collect/js-plugins/html5-and-css3/css3-pie.html В результате IE 7 так и не скругляет, а градиент стал синюшным. Т как все существующие инструменты одновременно применить нельзя, какой выбрать на сегодня как решение кроссбраузерности для скруглений и градиентов? Местоположение меню в Хед, оставляет много желать лучшего. Что-то я не доучил. Посадить 3х и 5ти кнопочные меню так как по дизайну, да ещё во всех браузерах пока для меня непосильная задача. Пробовал абсолютное позиционирование относительно технического div #header #headerMain. Подвигал в поисках желаемого положение 5ти кноп менюшку безрезультатно и задал для этого меню высчитанные размеры с учетом размеров Хед, Лого, меню. Результат, как видите, не радует.