17 апреля 2010 в 9:13
По следам Drupal семинара, который состоялся вчера в Москве, по просьбе коллег, публикую свой внутренний документ для работы с Заказчиком, если тот самый уважаемый предоставляет свой макет или верстку.
Список требований для дизайн-макета и верстки под Drupal
Пожелания и исправления приветствуются!
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
итого имеем: IE6, IE7, IE8, Chrome 1, Chrome 2, Chrome 3, Chrome 4, Firefox 2, Firefox 3, Firefox 3.5, Opera 9, Opera 9.5, Opera 10, Opera 10.50, Safari 3, Safari 4. извращенцы
"Стандарт" был начат не вчера, и даже не позавчера, а в прошлом году. Тогда версий было существенно меньше :).
Верстку проверить в основных современных браузерах реально. Это работа верстальщика. Чтобы отловить баги, обычно программист работает в Firefox, менеджер в IE.
По-хорошему - да. Но, упрощая, допускаю, чтобы наведенная ссылка вела себя точно так же, как активная. Посещенные ссылки не темизиру отдельно. Это моё мнение.
Стандарты - это дефолтные настройки. Если оговорены детали, дефолтные настройки перекрываются :).
Два макета - хороший вариант, надо внедрить в практику!
Если честно, не знаю :). Мой верстальщик делает это хорошо. Когда обращался к другому верстальщику, долго плевался, поэтому и написал эту доку. По вопросу - попробую узнать у него...
Описки поправил. Спасибо за замечания!
Ребят, это не догма. Это рекомендации. Если нужно делать каждый пункт меню уникальным, используйте class, id - что считаете нужным. Однако таких кастомных проектов у меня один из пяти.
Очевидные.. Если это уже десятый проект. Но приходится работать с людьми, для которых текущий проект первый. Чем подробнее "разжуешь" таблетку, тем быстрее получишь результат.
ИМХО чаще попадаются сайты, где надо подвал прибивать, если контента очень мало.
Таблицы, жирный, курсив - добавил. Спасибо за подсказку. Картинки, обтекание - для меня это пока что лишнее.
Коллеги, спасибо за комментарии!!! Когда соберу более-менее полный вариант, постараюсь выложить его здесь, на сайте.
А я про посещенную ссылку ничего и не говорил, и без нее возможны 5 вариантов:
1. неактивная.
2. неактивная наведеная.
3. неактивная наведенная в момент нажатия (редко используется, но иногда заказчики требуют).
4. активная.
5. активная наведеная.
Сайта со всеми пятью одновременно не нашел, но два варианта с четырьмя (разными) могу показать (правда один не на Друпале)
Рад, что идея понравилась.
Интересно - буду ждать.
Еще раз спасибо за правильное дело!
Взгляд новичка. Очень полезный материал!
В разделе "Стандарты создания дизайн-макета" в п. 5 и 6 помимо активной ссылки желательно показать и наведенную не нажатую (а можно + к этому и нажатую) ссылку.
Соглашусь с xxandeadxx, что с браузерами перебор, имхо этот вопрос должен решаться в рабочем порядке с заказчиком отдельно в каждом случае, так же как и п.1 раздела "Стандарты создания дизайн-макета" - 1000пикселов может быть как очень много, так и очень мало, аналогично с 16ым пунктом "Стандарты верстки".
Я вообще с заказчика при резиновом макете прошу два макета на минимальное и максимальное разрешение. Это заменяет собой обычно трудно реализуемое словесное описание п.9.4. для резинового макета.
Возможно тупой вопрос - а как реализуется п.13 "Стандартов верстки"? Ведь высота экранов у пользователей может быть разная...
В "Стандарты создания дизайн-макета" в пунктах 9.1 и 9.3 во вторых словах заметил очепятки.
Спасибо за полезный материал!
п.12 - списки (в тегах ul, li, ol) не должны использовать аттрибуты class и id;
А как же тогда быть с темизацией? если нужно какой-то определенный пункт меню выделить?
В основном всё описанное, это очевидные вещи.
Для новичков требования подойдут, а вот про "прибитый подвал" — откровенный бред: есть сайты, где не нужно прижимать футер к низу страницы.
А почему нет таблиц? Они тоже должны быть визуально представлены. Также, жирный текст, курсив, виды ссылок, картинки и обтекание текстом тоже должны быть отражены.Также бред и с классами в списках.
Короче, пособие для начинающих верстальщиков, даже не под Друпал, а подо что угодно.
Стандарты - это хорошо!
К самому документы имеются примечания, но направление верное.
Stan - это не я писал...
stenli21, прошу прощения, поправил-)
Не сочтите за критику
Но ваш сайт не совсем соответствует вашим же стандартам ... вернее может и соответствует, но верстка лэйаута все же кривовата.
Попробуйте «сжать» окно браузера до ширины меньше 1000 (чтобы появился горизонтальный скролбар) и посмотрите, что у вас получается справа ...
Да и через валидатор (w3c) страничка не проходит ... вроде как в том числе и созданием сайтов занимаетесь ... аккуратнее надо бы
Критика принимается!! Сайт действительно никакущий. Руки не доходят, сапожник без сапог :(. Мало того, проекты этого года всё никак не выложу в портфолио :(.
Кстати, оформление - это одна из стандартных друпаловских тем :).
Сжимать уже, чем 1000 пикселей вряд ли стоит. Самое меньшее разрешение - 1024 по ширине.