Верно ли все-таки, что сделать кросс-броузер-макеты для настольных браузеров с использованием table + css проще, чем div + css?

Question

Мой друг из веб-дизайнера все еще делает сайты с таблицей, но он очень хорошо использует CSS, и я тоже хорошо использую CSS, но с <div>, и я сталкиваюсь с проблемой кросс-браузерного размещения больше, чем мой друг.

и я дал своему другу повод о недостатках <table>. читать всю мою дискуссию с другом?

I - ваш сайт будет проблематичным с программой чтения с экрана

Мой друг - Хорошо, но я никогда не получал никаких звонков от клиентов по этому поводу.

I - вы уделите больше времени внесению изменений в макет, если изменения происходят от клиента

Мой друг - Я так не думаю, но если это так, то покажи мне, как я могу сэкономить время с <div>?

I - ваши сайты не будут хорошо работать с поисковой системой.

Мой друг - это не правда. Я сделал много сайтов и никаких проблем ни с одним сайтом или клиентом по поводу этого

I - макет старый, нестандартный и нестандартный.

Мой друг - что старое и что нового, кто такой W3C, я не знаю, что такое стандарт? Все, что я делаю, работает во всех браузерах, мне достаточно, и мой клиент не будет платить за стандартные правила и правила W3C

I - Ваш сайт не будет работать в мобильных браузерах

Мой друг - Нет проблем для меня, мой клиент не заботится о мобильном телефоне

I - Ваши сайты не доступны?

Мой друг - Что значит недоступный? Все, что я делаю, работает во всех браузерах. Мой клиент никогда не спрашивал о доступности

I - Вы не получите больше работы в будущем, со столом?

Мой друг - Хорошо, нет проблем, когда клиенты не примут сайт с таблицей, тогда я узнаю о макетах на основе div в будущем.

Мои вопросы?

• Это все еще правда, чтобы сделать крест макеты браузеров для настольных браузеров проще использовать table + css div + CSS?
• Какая выгода для разработчика используйте DIV + CSS макет вместо <table> макеты, если клиент не будет возражаешь, если я буду использовать?

Answer 1

Лично мне гораздо проще думать о компоновке с точки зрения независимых кусков, а не таблицы, где ячейки тесно связаны друг с другом и зависят друг от друга. При интенсивном использовании обоих методов div легче, когда вы узнали о них.

Таблицы - это тоже кошмар. Если вы хотите добавить столбец, вам нужно убедиться, что другие строки не затронуты. Даже при использовании CSS HTML для таблиц все еще очень раздутый, и его трудно понять «с первого взгляда» (особенно для вложенных таблиц).

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

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

Наконец, для SEO это не имеет значения. SE снова и снова говорят, что действительность кода не имеет значения.

Answer 2

Выкладывание веб-страниц с помощью таблиц для большинства людей, вероятно, немного более интуитивно понятно, чем CSS.

Хотя зависит от макета.Глубоко вложенные столы могут стать довольно волосатыми.Параметры макета CSS (в настоящее время в основном плавающие) представляют собой другой способ мышления о макете страницы.Сейчас я нахожу это проще, чем таблицы, так как я привык думать о макетах в терминах CSS-плавающих элементов.

В IE есть несколько ошибок, связанных с плавающими.Я думаю, что они являются основным источником кросс-браузерных проблем с макетами CSS.

Answer 3

Использование CSS-фрейма делает создание макетов с помощью DIV проще простого!

Я лично использую 960 Grid System , но есть и множество других.

Answer 4

Как никто не упомянул: HTML стремится к семантической разметке . Это означает, что используемые вами теги имеют семантическое значение.

Таким образом, использование table для табличных данных прекрасно и единственный способ сделать это.
Но использование table для разметки противоречит семантическому значению.

И актуальность семантики не следует недооценивать, поскольку семантика - это то, к чему стремится WWW ( Семантическая сеть ). Я знаю, что семантическая сеть и HTML не обязательно связаны друг с другом, но, думаю, правильное использование HTML может только помочь.

Создание привлекательных макетов с помощью div s может быть более сложным. Это дает преимущество большей гибкости .

И, как уже упоминалось, ремонтопригодность может быть проблемой с таблицами.

Лично я стараюсь, чтобы мои HTML-файлы были как можно более семантически правильными, т. Е. Используя правильные теги для правильной цели. look (к которому относится макет) - это вопрос CSS.

Btw. если вы ищете CSS vs tables, получите много хороших сравнений (большинство в пользу CSS).

Answer 5

CSS более гибкий и чистый. Период. Лично я считаю, что 3 вложенных элемента div со значимыми именами гораздо удобнее для чтения, чем 3 таблицы tr td s, верно? Есть причина, по которой это новый принятый стандарт. Я использую таблицы. Но только при отображении табличных данных. Как только вы изучите приемы в CSS, вы можете написать супер чистые структуры div, которые полностью совместимы с браузерами.

Я помню время, когда я чувствовал себя твоим другом. Это было главным образом основано на страхе. Не бойся И помните, что именно мы, разработчики, определяем будущее кода и браузеров. Согласитесь со всеми другими ответами здесь тоже. Независимо от того, как вы это делаете (с нуля) или макетов сетки, вы будете намного счастливее с макетом без таблицы. И согласиться с вышесказанным, думать о сайте как о блоках помогает тонна. Удачи!

Answer 6

расположение таблиц приводит к большему количеству HTML, большему количеству HTML приводит к большему количеству кода для написания и поддержки и меньшей ясности для манипуляций с dom через js количество кода CSS останется почти таким же (я не говорю о встроенных разметках 2004 года, которые, несомненно, значительно сократят количество CSS). и всегда есть лучший SEO-фактор, который говорит против расположения таблиц. так что не может быть проще, если вы полностью понимаете CSS. может быть, вам нужно уточнить, какие браузеры вы включили в свое заявление "cross broswer", поскольку в настоящее время даже неочевидно поддерживать ie6 и ie7.