Сорри, за долгую паузу, продолжим разбор полётов.
Думаю к 8-мой странице повторятся по поводу необходимости верстки сайта соответствовать некоторым
стандартным требованиям уже хватит. И вам мне скучно будет. Давайте смотреть какие-то возможно неочевидные с первого взгляда вещи: и вам и мне интерестней будет, да? Ну а стандартные ошибки исправите сами (начиная с горизонтального скролла при 1024 и отсутствия указания viewport.
- Например что для placeholder внутри формы поиска стоит использовать атрибут placeholder, а в js уже делать fallback для не-html5 браузеров. Аналогично - форма внизу, там и валидацию надо на required делать.
- Вместо microformats уже стоит использовать microdata
- Презентационные блоки типа bgSanta плохи самим своим фактом наличия, а презентационное имя - уж совсем нехорошо. Вообще презентационных имен по вёрстке много.
- Вы уверенны что тут нужно использовать article а не section?
Дальше продолжим...
добавлено
5. Сделал, Warnings же допускаются, правильно ?
И еще по поводу микроформатов, например в макете нет названия организации и валидатор соответсвенно говорит что "Warning: Missing required field 'name (fn)'". Я добавляю это поле и делаю ему display:none, так как в макете нет такого. После этого валидацию проходит, но правильно ли так делать ?
да, допускаются, важно чтобы вы понимали от чего они и что означают.
Да, добавление невидимых полей для микроформатов - нормально.
8. Да, у меня проблемы с придумыванием названий, я пользуюсь готовыми.
откуда берете готовые? Я не увидел например классического "wrapper". Хороший стиль - ориентироваться на именования в микроформатах, в хороших методологиях (БЭМ), в популярных движках (Wordpress), распространенных библиотеках (bootstrap).
Но все же, что плохого что он там для презентационных целей, этого требует макет, ну и название ведь со смыслом.
div.middle (сейчас div.all) - как раз таки не .content, ведь это вся средняя часть (вместе с сайдбаром), а контент это у меня article.content.
тем что название бессмысленное. Это все равно что вы бы программили и называли переменные в своем коде по алфавиту а не по смыслу в camelcase.
11. Я так понял это относится к h3.meaningfulPhrase, но там у меня выделяется только цветом. А не будет ли это не правильным семантически, ведь em-курсив, а strong-жирный, а у меня просто цветом выделяется!?!?
это нормально. Вы же выделили его цветом чтоб выделить его для пользователя, значит и логически он должен быть выделен.
13. Я так предположил, что если в одном из списков будет больше пунктов, чем в соседнем, то что бы нижнее два отображали на одном уровне, так скаазать что б все не поехало.
а вот это и есть дзен верстки - писать минимум кода, надежно, красиво, со взглядом на будущее. Можно без них обойтись. Посидите, покопайтесь, сделайте кучу вариантов, и найдите наконец тот что нужен, поймайте радость от элегантного решения и обретения новых знаний.
Еще у меня такой вопрос:
вот если есть возможность вырезать одну и туже картинки с прозрачными областями в *.png, и с непрозрачными в *.jpg, и соответсвенно с меньшим размером чем у *.png, это если судить не о маленькой картинке, а о какойм-то фоне или что-то вроде того. Так вот, есть ли какие-то рекомендации по этому поводу, ведь если в *png, то в будущем будет проще поменять фон например или еще что-то, то есть картинка не привязана к фону, ну а *.jpg соответсвенно меньше весит но более затруднительна поддержка в будущем, можно что-то посоветовать по этому поводу?
если изображение предполагает необходимость прозрачности - делаем ее, иначе - нет, экономим траффик (серьезно, очень актуально: выход с мобильных через GPRS, 3g в отсутствии выделенки, не только в ебенях, но и в дороге).
Если фон под изображением меняется или двигается, в общем условия верстки требуют - надо прозрачность, если картинка с наложением будет менятся в движке (из админки например) - надо, ну ит.д., тут вы должны на здравый смысл полагатся.
А если это фон который будет менять только верстальщик, то надо оптимизировать, делать matte и png8 или вообще jpg.
Добрый день, Del! Я новичок в вопросах верстки. Изучаю полностью сама. Об ошибках мне сказать, к сожалению, некому. Можно я Вам вышлю сверстанную страничку, а Вы мне напишете замечания? Хотябы какие недочеты бросаются в глаза.
присылайте сюда ссылочку и макет, ну и напишете что волнует, о чем хотите поговорить
Стандартные вещи в своей верстке я надеюсь вы уже проверили? Соответствие макету, валидация, кроссбраузерность включая просмотр в стандартных разрешениях и на мобильных устройствах (в первую очередь iOS) ну и т.д.
Понимал что как-то неправильно делаю, но спросить было не у кого.