Запросто. Внедрение RSS потащило за собой распространение скриптов поддержки автозаполняемых сайтов. Яндекс загажен такими сайтами капитально. Найти первоисточник статьи или новости по дате стало практически нереально. Внедрение микроформатов приведет к дальнейшему расширению возможностей клонирования информации и соответственно загаживанию поиска.
Причем кроме чистых помоечников будут расти ряды всяких вторичных ресурсов, не имеющих собственного контнента и празитирующх на крупных поставщиках контента.
По-мойму хороший тон любого верстальщика и не только это когда в его работе всё придельно понятно и можно разобратса слегка, а выносить определённые техники в правило это неправельно. Не всегда можно сохранить семантику, посмотрите хотябы на Yahoo - у них далеко не всё семантично, зато работает превосходно во всех браузерах и собственно по стилю тоже неплохо выглядет.
Я использую х..й, а что такое YU? :)
Если серьезно, на мой взгляд самый "юзабилитный" fw - jquery и его "подобия" (mootoolth и т.п.)
Насчет верстки. Можно конечно сверстать "пофигистически" без doctype и везде комом...
скорее всего yahoo так и сделан потому что верстали его 100 блоков - 100 разных людей...
Скажу так: конечно можно по принципу "кто как хочет - так и ... делает", но лучше сразу делать "правильно"... чтобы потом случайно не вылезали косяки... особенно, потом, и в других проектах.
Для начала надо всех приручить к нормальным названиям class :) а то тут встречаются .aaa .bbb
Использовать нормально наследование.
Использовать совмещение классов.
И прежде все думать :) а не на каждый случай создавать свой class - отличающийся от подобных одним параметром.
Мне не понравилось, что логотип бэкграундом. Иконка лупы на сайте короче на 1 пиксель. IE не съел прозрачный фон у png.
Имхо, польза спрайтов видна либо на сайте с множеством разных мелких картинок, либо когда идет подмена background'a "на лету" - в первом случае из-за уменьшения числа лишних запросов к серверу, а во втором - чтобы не прелоадить картинки. В остальном - лишь одна из техник, которые увеличивают энтропию :)
Что плохого в лого бэкграундом? Как это отражается на конечных пользователях?
Если использовать тот же FireBug, энтропия возрастает незначительно. А вот польза видна на глаз даже на мелком числе картинок как у меня. Всё-таки один запрос вместо тринадцати...
В случае блога - пожалуй, никак. Если страницу сайта распечатает секретарша и понесет начальнику - я предпочту, чтобы она распечатала и логотип тоже.
Под энтропией я имел ввиду то, что твой к примеру блог логично верстать слайсами, "тяжелый" дизайн - наоборот, нелогично. В итоге рекомендация выходит не очень общая :(
Меня всегда раздражало во всех средах разработки, что width и height находятся в разных концах списка свойств в алфавитном порядке. Но, может, кому-то так удобнее :)
согласен, я тоже сначала указываю ширину с высотой, потом отступы, потом бекграунд, потом бордер, а уж потом всё остальное. мне так удобней, так кажется логичней и легче искать нужный параметр. в большинстве случаев ,когда приходится разбираться с чужим кодом, зачастую встречается именно такой вариант или очень похожий, что заметно уменьшает время поиска...
по теме - имхо, таблицы использовать только для табличных данных (впринципе, это касается всех наиболее часто используемых элементов - использовать всё по назначению, тогда и браузерам проще будет, и тем, кому , возможно, прийдётся работать с твоим кодом в дальнейшем), яваскрипт, по возможности, выносить в конец кода, а хаки - в отдельные файлы стиля...
Вадим Макеев в своих докладах, семинарах и статьях уже давно пропагандирует дзен-кодинг, в котором описывает единые правила для верстальщиков. Вот, например, первая статья: http://pepelsbey.net/2008/02/css-managem…
за ul,ol { list-style: none; } надо руки отрывать.
что прикажете делать редактору который через визиг решит добавить список?
а он без булетов?
когда переопределяешь глобальные стили нужно быть аккуратным и думать о последствиях.
padding:0 для input и textarea - тоже нехорошо. вам нравится как выглядит такой input без отступов для ввода текста?
впрочем div {padding:0; margin:0} лучше всего говорит о авторе reset'a
Затем, что в разных браузерах разные таблицы стилей по умолчанию. А еще есть пользовательские определения - редкость, но кое-где встречается.
Есть еще такая штука, как :first-child, тоже добавляет неразберихи.
- продумывать структуру заголовков h1-h6
- делать доступные(accessibility) сайты
- и валидные разумеется
- и естественно кроссбраузерными. Кроссбраузерными это не IE6 и FF, а IE5.0,IE5.5,IE6,IE7,не забудь про IE8,OP8,OP9,FF,Safari.
- шрифты должны быть масштабируемыми (в em)
- expression'ы для IE должны быть одноразовыми
- код должен быть компактными и неизбыточным.
доля 5.0 больше чем 5.5
правки для того чтобы в них работало всё так же (или почти также, за исключением маленьких дизайнеских мелочей) как в нормальных браузерах - элементарны и занимают не более получаса.
Это просто хороший тон.
Как человек, который встраивает верстку:
Стоит проверять вестку на исключительные ситуации, например:
слишком длинные слова;
слишком много информации;
выключенные картинки;
и т. д.
Тысячу раз было уже написано и сказано это.
Выходят все "новые" и "новые" статьи на эту тему, .... все тоже самое, только другими словами...
Фигня полная.
Хабраверсия правил хорошего тона для веб-технолога