Pull to refresh

Comments 33

вспомнил 90-тые… и вправду сурово.
Я не Бендер, но мне интересно из какой страницы вырвали этот код.
https://www.google.com/adsense/v3/app#myads-viewall
просто это искусство. а да винчи нерно курит в сторонке…
Кстати, почему все так не любят таблицы в верстке?

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

Кто нибудь объяснит мне почему так?
потому что когда тебе нужно будет переделать вид, ты будешь лезть в сотни шаблонов, а не в 1 цсс
Ну кто как. У кого-то это будет в одном шаблоне прописано.
для сайта визитки это ок
что мешает каждому таблицы присвоить свой id\class, вкладывать внутрь ячеек таблицы div\span\p\etc… и присваивать им свои стили? таблицы — очень простой и логичный приём вёрстки страниц.
простите, забыл фразу «в хедере страницы добавить style.css» и в нём описывать все стили. позицию элементов при вёрстке таблицами правкой style.css не изменишь, но именно стиль — без проблем
Если очень хочется, то можно и позицию изменить, поставив display:block на td
но тогда будут лишними теги тейбл и тр? а ещё могут быть капшон и кол, и тх… они как бы мешать начинают
Ну опять же не всегда. На tr и table тоже можно display изменить.
тогда получается тот же div>div>div и зачем? если можно и одним обойтись?
Вы конкретную задачу сейчас обсуждаете? Бывают случаи, что и тремя дивами не обойтись. Вы сказали, что позицию ячеек нельзя изменить. Я говорю, что можно. Можно и на дивах таблицу сделать с помощью display:table-cell.
потому что нормально поменять левую колонку с правой уже нельзя, или как-то видоизменить хедер, ибо уже далеко не абсолютное позиционирование
Там где будет таблица это будет один файл (layout), а все остальное уже в него подключается…
Но я ни разу не видел, что бы при изменении дизайна изменали только CSS.
Ну вот ни разу. Всегда сидели и правили шаблон. Вообще всегда.
Я имею ввиду какое-то серьезное изменение в шаблоне, а изменить ширину колонки и там и там просто, хотя у таблиц на мой взгляд проще.

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

Вот если вы мне покажете пример где с помощью смены только css меняется полностью дизайн, то я буду очень благодарен.
Вот: www.csszengarden.com/. Но это утопия, конечно.
Реально из практики могу сказать, что css меняет полностью дизайн, например, в проектах, где есть несколько тем на выбор, которые существуют параллельно. Но если сайт полностью редизайнится, то меняется все. И таких проектов большинство.
Хм, интересно, спасибо.
Но все же верстка там не такая сложная.
А вот пример который я привел… не видел я достойных решений.

Как можно было догадаться, я — не верстальщик, по-этому исходя из реальных условий (сверстал — работает, хорошо, изменили дизайн — верстать заново) я все же предпочту делать таблицами там где проще делать таблицами, без тысячи костылей.
Хотя таблицы это по-сути тоже костыли, но не такие запутанные.
Таблица перестанет быть костылём, когда ие будет понимать соответствующие отображения дивов. Тогда семантика прояснится наконец, и таблица будет содержать именно табличные данные, а дивы с табличным отображением будут показывать табличную структуру произвольного содержимого.
/* Я так понимаю вы про display: table-...? */

А когда у нас это будет? =\
Я тоже не верстальщик. И я абсолютно с вами согласен. Зачем мучиться, пытаясь в css сделать то, что таблицами намного проще. Иногда ещё встречаются индивидумы, которые табличные данные дивами верстают. Или у заказчика в ТЗ прописано: никаких таблиц.
Читал пост цсс-ненавистников, там исполнение колонок через обтекание объявили жутким хаком.
Реально надо смотреть макет — если видишь в нём логичную таблицу, то скелет сделать табличный, а если чувствуешь, что при сужении окна браузера нужно будет, чтобы блоки в столбец вставали (или что-то чего-то перекрывает, или элементы визуально изымаются из потока, или ещё какая интуитивная вещь), то дивненько верстаешь.
А с логикой и интуицией иногда бедно.
вообще есть большая разница между вёрсткой в ручную и вёрсткой сгенерированной на основе класса
как в юзабилити бэкэнда, так и в html коде
и удивляться тут нечему
Девять вложенных таблиц, не считая оборачивающих дивов — это жестоко.
Похоже на интерфейс, динамически сконструированный GWT. По крайней мере дерево, на сам интерфейс в браузере не смотрел.
Вот, как раз хотел написать, что по ходу это GWT.

Я нифига не смыслю в семантичности, зато я знаю, что gwt юез всяких хаков прекрасно работает с ie ажно с 5.5 версии. не разу не видел, чтобы оно СЕРЬЕЗНО тормозило. И кому какое дело, что там миллион вложеннах таблиц, если править все равно более чем удобночитаемый джавакод?
Диводрочеры негодуют. На самом деле главное, что бы было удобно. И программисту и пользователю. Тут все вполне понятно и оно работает, что еще надо?
Я бы не сказал, что 9 вложенных таблиц — это понятно.
не кто не правит их руками, а генерить вложенные табличные данные дивами — можно только врагу
10 лет назад, когда все сидели на модемах, аргументы были такие — «Пока вся таблица не загрузится, страница не отобразится. А дивы рендерятся по мере загрузки страницы». Для меня это единственный разумный аргумент, но который потерял смысл сейчас на мегабитах.
Sign up to leave a comment.

Articles