Здоровое отношение к вёрстке сайтов и перфекционизм [Архив]

Просмотр полной версии : Здоровое отношение к вёрстке сайтов и перфекционизм

Ruslan Juldashev

31.03.2009, 11:52

Цитатой навеяно
110 ошибок валидации хтмла - я так понимаю, что в "профессиональную команду" верстальщик не входит?

В первую очередь валидная вёрстка (а также семантика, микроформаты и прочие фичи) нужна, когда она доставляет удовольствие верстальщику, когда он получает кайф от процесса и созерцания результата. Этот своеобразный фетишизм по-моему есть у всех разработчиков.
Валидность нужна, потому что валидный сайт кроссбраузернее и природа этой кроссбраузерности понятна (в отличие от многих conditional comments и прочих хаков), а значит, другому разработчику будет проще работать с этим кодом. Валидный сайт теоретически должен корректней отображаться на новых версиях браузеров (взять тот же IE8).
Впрочем, я проверяю валидность в самую последнюю очередь, если вдруг останется время. И чаще всего это какая-нибудь мелочь типа & в линке.

Что мне кажется важным, так это семантика и здоровый подход к использованию тегов. Чтобы блочный элемент был в div, а строчный в span; чтобы иконки не архаичным <img /> вставлялись; чтобы для заголовков использовали теги заголовка, а для списков — списка; короче, чтобы не было теговой каши из миллионов дивов, а красивая структура документа, в которой любой новый разработчик (и поисковик) быстро разберётся.

И главное. Все эти семантики и дивы нафиг пользователям и заказчикам не нужны. Главное, чтобы быстро и чтобы во всех браузерах работало.

netklon

31.03.2009, 12:21

Критерием качества работы любого специалиста является соответствие предъявляемым требованиям. Для верстальщика базовыми критериями являются:

1. Степень соответствия сверстанного HTML изначальному макету
2. Кроссбраузерность (список поддерживаемых браузеров прилагается)
3. Язык разметки
4. Соглашения по семантике использования тегов, именованию классов и т.п.

Дополнительные требования к верстке могут предъявлять специалист по SEO, проектировщик интерфейсов, специалист по accessibility, контент-менеджер.

Профессионализм верстальщика определяется тем насколько его работа соответствует предъявляемым требованиям. Если валидность кода является важным критерием качества для заказчика -- бизнес-процессы у всех разные, мало ли у кого какие ограничения, то разумеется надо пропускать код через валидатор.

Leonid Khrisanfov

31.03.2009, 12:41

Тут и спорить нечего. "Мухи отдельно, котлеты отдельно", html - для разметки, css - для дизайна и всё должно быть правильным с точки зрения семантики. Возможно, это перфекционизм, перебор, отнимает больше времени, но... это потраченное время сторицей вернётся в будущем, когда нужно будет править, или использовать код повторно.
У меня ассоциация с нашей работой возникла. При сборке оборудования в монтажном шкафу тратим очень много времени на составление плана размещения, прокладку магистралей питания, локальной сети и т.п., на маркировку соединений и на составление схем. Но потом, поверьте, всё это окупается, удобством в обслуживании.
P.S. Старо как мир, но почитаешь, например, некоторые учебники по PHP, и давишься от этих "венигретных" кодов.

Evgeniy Sklyarevskiy

31.03.2009, 15:41

Давайте проведем отдельно (или не отдельно) от профессиональный смотр сайтов Узнета на предмет соответствия профессиональным требованиям к сайтам. Наподобие рунетовского конкурса, проводимого Артемием Ломовым (ссылку могу найти если надо). Можно без бугага и фейрверков

netklon

31.03.2009, 15:53

DarkUser

31.03.2009, 18:50

Dolphin

31.03.2009, 19:40

В первую очередь валидная вёрстка (а также семантика, микроформаты и прочие фичи) нужна, когда она доставляет удовольствие верстальщику, когда он получает кайф от процесса и созерцания результата. Этот своеобразный фетишизм по-моему есть у всех разработчиков.
Валидный (или хотя бы не табличный) код и переделывать проще. Не нужен левый бар - убил лишний див и спокоен, а не паришься с нагромождением таблиц.
Валидность нужна, потому что валидный сайт кроссбраузернее и природа этой кроссбраузерности понятна (в отличие от многих conditional comments и прочих хаков), а значит, другому разработчику будет проще работать с этим кодом. Валидный сайт теоретически должен корректней отображаться на новых версиях браузеров (взять тот же IE8).
Жалко, что только теоретически :)

Что мне кажется важным, так это семантика и здоровый подход к использованию тегов. Чтобы блочный элемент был в div, а строчный в span; чтобы иконки не архаичным вставлялись; чтобы для заголовков использовали теги заголовка, а для списков — списка; короче, чтобы не было теговой каши из миллионов дивов, а красивая структура документа, в которой любой новый разработчик (и поисковик) быстро разберётся.
Придерживаюсь того же мнения. Особенно сильно, когда на переработку достается табличный шедевр в 50кб...

И главное. Все эти семантики и дивы нафиг пользователям и заказчикам не нужны. Главное, чтобы быстро и чтобы во всех браузерах работало.
Это уж точно. Хотя можно поспорить: если заказчик хочет хорошую индексацию, тогда пусть изволит ждать (оплачивать), пока вычистят нагромождение тегов и спрячут/заменят иконками паразитные слова вроде "голосов", "далее" и т.п.

имхо если нет времени/желания заморачиваться с полным соответствием strict/transitional, нужно хотя бы постараться отказаться от таблиц, прописать alt картинкам, заголовки ссылкам, взять заголовки в h...

woodpeople

07.04.2009, 10:26

Хотя можно поспорить: если заказчик хочет хорошую индексацию, тогда пусть изволит ждать (оплачивать), пока вычистят нагромождение тегов и спрячут/заменят иконками паразитные слова вроде "голосов", "далее" и т.п.
и снова индексация... а кто вобще сказал что дивная верстка лучше индексируется? сеошники? а они что поисковики писали? или при дивной верстке слова приобретают иной смысл? Главное правильно кодировку указать, мета теги правильно оформить и использовать грамотно css
на мой взгляд дивная верстка это издевательство!! ничего не понятно, код не читабельный... параллельно с html файлом нужно смотреть css файл чтоб понять что и как...
что дает блочная верстка? html файл значительно уменьшается? в этом чтоли его преимещуство? а css файл зато значительно увеличивается, я понимают что он хранится в кеше, НО пару килобайт ничего не значат
для меня дивы существуют для оформления красоты страницы, для всплывающих менюшек всяких, одним словом для работы с JS
в топку дивную верстку

azim

07.04.2009, 10:53

на мой взгляд дивная верстка это издевательство!! ничего не понятно, код не читабельный... параллельно с html файлом нужно смотреть css файл чтоб понять что и как...
что дает блочная верстка? html файл значительно уменьшается? в этом чтоли его преимещуство? а css файл зато значительно увеличивается, я понимают что он хранится в кеше, НО пару килобайт ничего не значат
для меня дивы существуют для оформления красоты страницы, для всплывающих менюшек всяких, одним словом для работы с JS
в топку дивную верстку
Можно сказать, Вы фактически расписались в своем бессилии-отсутствии квалификации-достаточных знаний.

woodpeople

07.04.2009, 11:08

Можно сказать, Вы фактически расписались в своем бессилии-отсутствии квалификации-достаточных знаний.
прошу обосновать свой коммент!

Evgeniy Sklyarevskiy

07.04.2009, 11:43

Можно сказать, Вы фактически расписались в своем бессилии-отсутствии квалификации-достаточных знаний.
прошу обосновать свой коммент!

Что там обосновывать? Seezer прав, погуглите, много чего есть о таблицах/дивах.

Dolphin

07.04.2009, 11:52

и снова индексация... а кто вобще сказал что дивная верстка лучше индексируется? сеошники? а они что поисковики писали? или при дивной верстке слова приобретают иной смысл?
Таблицы - для данных, и поисковик ждет в них данные, а не картинки бекграундом и ничего не значащие слова. Существует параметр "отношение объема контента к коду". У табличного сайта паразитных тегов всегда будет больше.

Главное правильно кодировку указать, мета теги правильно оформить и использовать грамотно css
Правильно указать кодировку - это не главное. Это нужно делать, не задумываясь. Что можно оформить в метатеге из двух параметров?
Использовать css - противоречите сами себе, то вам не нравится смотреть в css, то "грамотный css"...

на мой взгляд дивная верстка это издевательство!! ничего не понятно, код не читабельный...

Зависит от того, что писал код. имхо лучше читается три дива, чем 4 вложенных таблицы.
что дает блочная верстка?
Удобство верстальщика - простую реструктуризацию. Удобство разработчика - не нужно лепить вывод среди однообразных ячеек.
Плюс блочная верстка дает стандарт, принятый известной организацией.

для меня дивы существуют для оформления красоты страницы, для всплывающих менюшек всяких, одним словом для работы с JS
По programmer.uz оно и видно за версту.

в топку дивную верстку
Ну-ну. С такими настроениями на вашем сайте в разделе html/css так и будет висеть 0.

woodpeople

07.04.2009, 11:55

Что там обосновывать? Seezer прав, погуглите, много чего есть о таблицах/дивах.
Уже не раз гуглил...
он сделал упор на "на мой взгляд дивная верстка это издевательство!! ничего не понятно, код не читабельный... параллельно с html файлом нужно смотреть css файл чтоб понять что и как...
что дает блочная верстка? html файл значительно уменьшается? в этом чтоли его преимещуство? а css файл зато значительно увеличивается, я понимают что он хранится в кеше, НО пару килобайт ничего не значат
для меня дивы существуют для оформления красоты страницы, для всплывающих менюшек всяких, одним словом для работы с JS
в топку дивную верстку"
1) Разве я не прав что код не читабельный?
2) Или я не прав в том что параллельно нужно смотреть css файл чтоб понять что и где?
3) или я не прав что с уменьшением html файла при блочной версте значительно растет css файл?
4) в комменте я написал "на мой взгляд...", "для меня..."

netklon

07.04.2009, 12:09

он сделал упор на "на мой взгляд дивная верстка это издевательство!! ничего не понятно, код не читабельный... параллельно с html файлом нужно смотреть css файл чтоб понять что и как...
А еще нужно смотреть в РНР-код. А еще javascript. Сплошное огорчение. Как было бы здорово, если б сайт можно было собирать от начала до конца прямо в конфигах апача.

woodpeople

07.04.2009, 12:10

Использовать css - противоречите сами себе, то вам не нравится смотреть в css, то "грамотный css"...
а что при табличной верстке не используется css??

Удобство разработчика - не нужно лепить вывод среди однообразных ячеек.
каждому разработчику по разному

По моему эти споры будут всегда. На каждом форуме одно и тоже. Есть поклонники блочной верстки и табличной. И между ними на каждом форуме разногласия
При блочной верстке есть как и плюсы, так и минусы
У табличной тоже самое

P.S. на каждый плюс можно найти и минус

Dolphin

07.04.2009, 12:19

1) Разве я не прав что код не читабельный?
Ваш код:

<table border="0" cellpadding="0" cellspacing="0" width="100%">
<tbody><tr>
<td align="left" height="10" valign="middle"> </td>
<td align="left" valign="middle"> </td>
<td align="left" valign="middle"> </td>
<td align="left" valign="middle"> </td>
</tr>

<tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=1" class="left_menu_link_off">PHP (6)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=2" class="left_menu_link_off">.NET (3)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=3" class="left_menu_link_off">AJAX (1)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=4" class="left_menu_link_off">Java (3)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=5" class="left_menu_link_off">C++ (1)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=6" class="left_menu_link_off">Linux (6)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=7" class="left_menu_link_off">СУБД (0)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=8" class="left_menu_link_off">1C (0)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=9" class="left_menu_link_off">Ошибки на сайте (2)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=10" class="left_menu_link_off">Предложения (8)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=11" class="left_menu_link_off">Новости Узнета (5)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=12" class="left_menu_link_off">html/css (0)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr><tr>
<td align="left" height="28" valign="middle" width="16"> </td>
<td align="left" valign="middle" width="20"><img src="images/strelka_icon.jpg" height="7" width="10"></td>
<td class="left_menu_border_bottom" align="left" valign="middle" width="150"><a href="?action=posts&id=13" class="left_menu_link_off">CUDA (2)</a></td>
<td align="left" valign="middle" width="33"> </td>
</tr>
<tr>
<td align="left" height="18" valign="middle"> </td>
<td align="left" valign="middle"> </td>
<td align="left" valign="middle"> </td>
<td align="left" valign="middle"> </td>
</tr>
</tbody></table>

Как можно (и нужно) сделать:

<div id="menu">
<a href="?action=posts&id=1">PHP (6)</a>
<a href="?action=posts&id=2">.NET (3)</a>
<a href="?action=posts&id=3">AJAX (1)</a>
<a href="?action=posts&id=4">Java (3)</a>
<a href="?action=posts&id=5">C++ (1)</a>
<a href="?action=posts&id=6">Linux (6)</a>
<a href="?action=posts&id=7">СУБД (0)</a>
<a href="?action=posts&id=8">1C (0)</a>
<a href="?action=posts&id=9">Ошибки на сайте (2)</a>
<a href="?action=posts&id=10">Предложения (8)</a>
<a href="?action=posts&id=11">Новости Узнета (5)</a>
<a href="?action=posts&id=12">html/css (0)</a>
<a href="?action=posts&id=13">CUDA (2)</a>
</div>

Сравните ощущения в плане читабельности и объема.

woodpeople

07.04.2009, 12:30

Как можно (и нужно) сделать:
так же можно было обойтись и без дивов

<ul id="menu">
<li><a href="?action=posts&id=1">PHP (6)</a></li>
</ul>

Dolphin

07.04.2009, 12:42

так же можно было обойтись и без дивов
PHP (6) (http://uforum.uz/?action=posts&id=1)

Зато каждая ссылка в <li>. Зачем?
ul и div - суть одно и то же, block level.

Timur Naimov

07.04.2009, 12:48

woodpeople, не надо принимать близко к сердцу... каждый имеет приво на свое мнение. Если гуглить то найдется столько же ЗА табличную верстку, сколько и ПРОТИВ. Я вижу просто разные точки зрения на отношение к разработке. Приведу пример того как работают в европе по собственным ошющениям. Там народ начинает обсуждать какая верстка лучше, когда им нечем заняться - т.е. не все время же работать, нужно периодически отвлекаться и спорить на форумах. Всем правит финансовая часть проекта - а точнее как сделать быстрее, соотвественно потратить меньше денег. Особенно в последнее время - кризис на дворе, времени рассуждать нет :) Если разработчику легче и быстрее использовать таблицы, то он будет их использовать, и никого не волнует что это "не кошерно" по чьему-то мнению. Есть, например, компоненты Developer Express, которые используют огромное количество людей по всему миру, в том числе и я. Эти компоненты получили очень много всевозможных наград. И как Вы думаете в каком виде они возвращаются в браузер пользователя - правильно, таблицы. Почему - потому что так проще, гораздо проще чем пляски с бубном, когда в спецификации css написано одно, а например IE делает совсем другое. А всякие выражения в стиле "расписались в своем бессилии-отсутствии квалификации-достаточных знаний" говорят лиш о том, что некоторые товарищи не хотят знать и видеть отличную от своей точку зрения, при этом надо напустить побольше пафоса, иначе не интересно.
Есть очень простая и при этом очень популярная идеология при разработке - "To have the best". Первая часть - "to have", самая сложная и самая ответственная. Когда Вы можете положа руку на сердце сказать что она закончена, переходите к "the best" и меняйте таблицы на дивы, объединяйте много разных css и javascript в один файлик для улучшения производительности и т.д. Предела совершенству нет.
В целом в последнее время есть несколько основных трендов - идеология RIA на базе, например, SilverLight или введение концептуального уровня между данными и интерфейсом на основе использования xml источников данных и xslt преобразований на клиенте или сервере. При этом споры о дивах и таблицах отходят на второй план... если не на третий.
В общем этому, уже достаточно надоевшему и не очень актуальному спору, пора занять место а архиве... и не возвращаться от туда :)

woodpeople

07.04.2009, 12:55

Зато каждая ссылка в . Зачем? потому что это список

ul и div - суть одно и то же, block level
когда я писал про блоки, я не говорил что нельзя использовать блоки!
я сторонник того чтоб каркас страницы делать таблицами, потому что это читабельно.
я не понимаю как можно разобраться в этом коде (взял первый попавшийся)
<div class=topcol>
<h1>1</h1>
</div>

<div class=body>
<div class=left>
<p>Верстка блоками 1
<p>Верстка блоками 2
<p>Верстка блоками 3
<p>Верстка блоками 4
<p>Верстка блоками 5
<p>Верстка блоками 6
</div>

<div class=content>
<P>2
</div>
</div>

<div class=right>
<div>
<P>3
</div>
<div>
<P>4
</div>
</div>

<div class=botcol>
<h2>5</h2>
</div>

там целая куча открывающих и закрывающих дивов
а если макет еще и сложный то вообще тяжело разобраться что к чему относится

woodpeople

07.04.2009, 13:00

woodpeople, не надо принимать близко к сердцу... каждый имеет приво на свое мнение. Если гуглить то найдется столько же ЗА табличную верстку, сколько и ПРОТИВ. Я вижу просто разные точки зрения на отношение к разработке. Приведу пример того как работают в европе по собственным ошющениям. Там народ начинает обсуждать какая верстка лучше, когда им нечем заняться - т.е. не все время же работать, нужно периодически отвлекаться и спорить на форумах. Всем правит финансовая часть проекта - а точнее как сделать быстрее, соотвественно потратить меньше денег. Особенно в последнее время - кризис на дворе, времени рассуждать нет Если разработчику легче и быстрее использовать таблицы, то он будет их использовать, и никого не волнует что это "не кошерно" по чьему-то мнению. Есть, например, компоненты Developer Express, которые используют огромное количество людей по всему миру, в том числе и я. Эти компоненты получили очень много всевозможных наград. И как Вы думаете в каком виде они возвращаются в браузер пользователя - правильно, таблицы. Почему - потому что так проще, гораздо проще чем пляски с бубном, когда в спецификации css написано одно, а например IE делает совсем другое. А всякие выражения в стиле "расписались в своем бессилии-отсутствии квалификации-достаточных знаний" говорят лиш о том, что некоторые товарищи не хотят знать и видеть отличную от своей точку зрения, при этом надо напустить побольше пафоса, иначе не интересно. Есть очень простая и при этом очень популярная идеология при разработке - "To have the best". Первая часть - "to have", самая сложная и самая ответственная. Когда Вы можете положа руку на сердце сказать что она закончена, переходите к "the best" и меняйте таблицы на дивы, объединяйте много разных css и javascript в один файлик для улучшения производительности и т.д. Предела совершенству нет. В целом в последнее время есть несколько основных трендов - идеология RIA на базе, например, SilverLight или введение концептуального уровня между данными и интерфейсом на основе использования xml источников данных и xslt преобразований на клиенте или сервере. При этом споры о дивах и таблицах отходят на второй план... если не на третий. В общем этому, уже достаточно надоевшему и не очень актуальному спору, пора занять место а архиве... и не возвращаться от туда
Я с вами полностью согласен, эта тема уже давно всем надоела, и пока ее уже в архив
просто у каждого своя точка зрения, как вы сказали

Dolphin

07.04.2009, 13:02

я не понимаю как можно разобраться в этом коде (взял первый попавшийся)
Так ведь названия классов достаточно подробно описывают назначение блоков. Шапка, три колонки и подвал.

Ruslan Juldashev

07.04.2009, 13:17

1) Разве я не прав что код не читабельный?
Не правы. Соответствующие теги в соответствующих местах с нормальными наименованиями идентификаторов или классов читаются куда проще.

2) Или я не прав в том что параллельно нужно смотреть css файл чтоб понять что и где?
Не правы. Да даже не в этом суть. Такой задачи — искать что где находится просто не стоит.

3) или я не прав что с уменьшением html файла при блочной версте значительно растет css файл?
2009 год, кого интересуют размеры? тем более в таких незначительных пределах.

4) в комменте я написал "на мой взгляд...", "для меня..."
На что вам вполне резонно ответили, что вы — несколько некомпетентны. И ваш подход не является (см. название топика) здоровым отношением к вёрстке.

когда я писал про блоки, я не говорил что нельзя использовать блоки!
я сторонник того чтоб каркас страницы делать таблицами, потому что это читабельно.
я не понимаю как можно разобраться в этом коде (взял первый попавшийся)
<div class=topcol>
<h1>1</h1>
</div>
Вы привели плохой пример.

Как можно (и нужно) сделать
Не верно. woodpeople прав, нужно было списком. Точно также, как для табличных данных ты используешь таблицы, для списков нужно использовать списки.

ul и div - суть одно и то же, block level.
Семантика! В твоём случае как раз и получается использование «паразитных тегов» и нечитаемость. Не говоря уже о вложенности для навигации (встречается на каждом третьем сайте), которая будучи сделанная списками легко обрабатывается яваскриптом. Также редко можно встретить сайт, которому для оформления хватит одного тега <a />. Всё равно придётся плодить дополнительные теги и будет лучше, если это будут оправданные теги, а не кучи пустых спанов.

В общем этому, уже достаточно надоевшему и не очень актуальному спору, пора занять место а архиве... и не возвращаться от туда
Угу. Поэтому я таблички даже не затрагивал в топикстарте. Это всё бесполезный холивар.

Behzod Saidov

07.04.2009, 13:19

Вы привели плохой пример.
+1

я не понимаю как можно разобраться в этом коде (взял первый попавшийся)

Помоему тут лучше использовать id чем, class.
А какой DOCTYPE используется в этом коде? Если XHTML тогда, <p> тоже надо закрыт, и они пишется строчными буквами :)

woodpeople

07.04.2009, 13:22

На что вам вполне резонно ответили, что вы — несколько некомпетентны.мне ответили немного грубовато, я высказывал свое мнение

Ruslan Juldashev

07.04.2009, 13:26

Есть, например, компоненты Developer Express, которые используют огромное количество людей по всему миру, в том числе и я. Эти компоненты получили очень много всевозможных наград. И как Вы думаете в каком виде они возвращаются в браузер пользователя - правильно, таблицы. Почему - потому что так проще, гораздо проще чем пляски с бубном, когда в спецификации css написано одно, а например IE делает совсем другое.
Приходилось работать с результатами работы Developer Express так сказать на «фронтенде». Прикрутить нормальный дизайн не трогая программистов практически не возможно. Понятно, что это сильно зависит от кода и программистов, но вообще, как мне говорил один ASP.NET разработчик, эти компоненты просто «потакают» программисту в том, чтобы он не думал о дизайнерах.

Хотя, конечно, может мне просто не повезло; сам я не особо силён в средствах разработки ASP.NET.

Timur Naimov

07.04.2009, 13:45

Приходилось работать с результатами работы Developer Express так сказать на «фронтенде». Прикрутить нормальный дизайн не трогая программистов практически не возможно. Понятно, что это сильно зависит от кода и программистов, но вообще, как мне говорил один ASP.NET разработчик, эти компоненты просто «потакают» программисту в том, чтобы он не думал о дизайнерах.

Хотя, конечно, может мне просто не повезло; сам я не особо силён в средствах разработки ASP.NET.
Возможно. Каждый DevX компонент может сгенерировать пример css, с которым он умеет работать, по сути просто перечислить специальные названия классов, они свои у каждого компонента (контрола). Мы решили проблему дизайна именно так - дизайнер работает только с этими css, особо не пиная программистов. Хотя скорее всего зависит от задачи, т.к. мы работаем только с компонентами для данных, на счет остальных не знаю.