Зачем использовать таблицы для структурирования вашего макета?

Question

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

<table width="100%">

Мне просто любопытно, были ли какие-то конкретные причины, по которым они использовали таблицы для структурирования своих шаблонов вместо популярных (или бывших популярных) DIV.

Также ... цель использования CSS включает в себя и использование встроенного CSS на той же странице (я знаю, что, вероятно, есть хороший ответ / решения для этого ... Мне просто интересно, что они собой представляют )

Я понимаю, что нет ничего плохого в использовании таблиц для табличных данных ... но в этом случае таблицы переполнения стека используются для структуры.

Answer 1

Таблицы и оформление

Макет SO - , а не на основе таблиц.

Одним словом, я бы сказал, что макет SO на 80% основан на div и на 20% основан на таблицах. Таблицы используются в заголовке и в поле «значки». Использование таблицы подходит для значков ИМХО (в конце концов, это список элементов), но не очень хорошо для заголовка.
В другом месте используются div.

Встроенный CSS

Опять же, используется много встроенных определений (возможно, для быстрого макетирования структуры сайта), но SO правильно использует также css (для стилизации div и предоставления форматирования печати).

Answer 2

Понятия не имею, но единственное объяснение, которое я могу придумать, заключается в том, что Джефф не так поддерживает веб-стандарты, как он хотел бы, чтобы мы думали, и ни одна из команды не так крута в CSS. Программисты часто используют кросс-браузерность, простоту использования и множество других предполагаемых временных преимуществ, чтобы оправдать отсутствие у них навыков CSS. И я не имею в виду, что в качестве критики они, вероятно, действительно хороши в программировании на C # / Java / Ruby / SQL / что угодно, они просто не могут признать, что на самом деле они что-то не так хорошо знают нас, куча ношения рубашек поло, дизайнеров Mac Book wielding ...

Answer 3

Мои мысли были бы, они пошли с таблицей, потому что (кроме таблицы аргументов против css)

• Им нужно было быстро развернуть функционал, чтобы иметь мнение
• Ведь это просто публичная бета.
• Они больше экспериментировали с ASP.NET MVC и меньше проблем с компоновкой
• Так что все о программировании вопросов и ответов, и в конце концов, что имеет значение.
• SO все о признании вкладчиков вознаграждая пунктов и значки, которые он делает вполне прилично (это также может быть спорной темой).
• и т. Д. *

Answer 4

CSS великолепен и может действительно упростить вашу разметку, однако иногда выравнивание контента с таблицами становится проще и надежнее. Также для кода, генерируемого динамически, некоторые болевые точки для стилей, не основанных на CSS, не так плохи. В частности, поскольку вы динамически создаете разметку, вы можете повторно учитывать элементы стиля в функциональном коде.

Что касается встроенных стилей, я часто использую их, когда создаю страницу, а затем пытаюсь повторно преобразовать их во внешний лист. Это немного облегчает мое тестирование (нет необходимости выполнять полное обновление), и изменения вносятся в один файл вместо двух.