Stampede
какое же разрешение экрана надо чтобы

Цитата

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

меньше 640??? интересно такие еще в природе встречаются???

При таком сужении и таблицы полезут в горизонтальную прокрутку.

Цитата(PHP @ 4.6.2005, 23:50)

При таком сужении и таблицы полезут в горизонтальную прокрутку.

Это главный недостаток вёрстки слоями - плохое поведение страницы при уменьшении разрешения. Full Screen 640 сейчас встречается крайне редко, но в режиме не Full Screen такие размеры окна встретиться могут.

Цитата(Mal @ 4.6.2005, 22:45)

и в один большой слой запихнуть

Пробовал без указания размеров, не помогает. А жесткие размеры - это и вовсе неправильно. Вдруг юзер захочет увеличить размер шрифта? А вдруг Спартак переименуют в Спартак-Нефтегазпром?

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

Ну или вот еще например: при генерации такой таблицы скриптом програмист просто изойдет на [censored33! Пожалуйста, соблюдайте элементарные правила приличия при общении на форуме], потомы что заполнять ячейки придется в высшей степени противоестественным образом - по столбцам!

Так штааа...

Впрочем, why am I preaching to the choir?


Добавлено @ 23:11

Цитата(PHP @ 4.6.2005, 22:50)

какое же разрешение экрана надо чтобы

PHP-DIRECTOR, неужели нужно объяснять элементарные вещи? Хорошо, специально для тебя: речь идет вовсе не о реализации именно турнироной таблицы чемпионата России по футболу. Речь идет о принципиальной применимости подхода. Таблицы в реальной жизне могут быть намного шире не только 640, но 1280 и вообще сколько угодно. Тем не менее мы хотим от нашей страницы предсказуемого поведения при ресайзе, и то, как повела себя обсуждаемая реализация - это не то, что мы от нее хотели.

Так понятнее?

Stampede
ну это был изврат, конечно. Ведь это была таблица действительно и я бы делал в таблице. Просто как пример, что на слоях тоже можно что-то делать я сделал на слоях турнирную таблицу по футболу.

Даже в названии таблица

А вообще на сайте ресайз окна как правило не мешает. Потому как слои в %, а они при ресайзе подстраиваются под новое разрешение.

Цитата(Kindgott @ 4.6.2005, 19:23)

Какие объективные причины заставляют отказаться от table? ( Или это типа очень модно?

Именно!!! Следуя тупа моде - это глупость.

Цитата(PHP @ 4.6.2005, 19:38)

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

Это всего лишь твоё желание

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

с DIV всё легче раз в 100. Я узнал ,что их кто-то слоями называет пару недель назад. Я вообщем-то всё, можно обьедеял в них. Главный минус Таблиц - занимает кучу места в коде (=> размер страницы ) и вообще в ручную его писать гадко.

PHP-DIRECTOR

Я придерживаюсь твой позиции, но то что ты написал это изврат .

Код

data="Динамо~1~2~3#Спартак~1~2~3#ЦСКА~1~2~3" q=data.split("#") tx="<TABLE>" for (z=0 ; z<q.length ; z++) {          q[z]=q[z].split("~")          tx+="<tr><td class='tabnode' data='"+q[z]+"'></td><td>"+q[z][0]+"</td><td>"+q[z][1]+"</td></td></tr>"         } tx+="</TABLE>" kakoiniddiv.innerHTML=tx

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

Обожаю innerHTML

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

А в FLASH таких проблем нет

Это сообщение отредактировал(а) PROCESSOR - 6.6.2005, 03:36

PROCESSOR
так ты же таблицы используешь

Я может непонятно написал, но вместо TABLE можно вставлять чо угодно. Любой HTML код ( разметку ).

А это я просто для примера написал - для любителей таблиц ( их всётаки пока больше чем нас )

Код

data="Динамо~1~2~3#Спартак~1~2~3#ЦСКА~1~2~3" q=data.split("#") tx=" for (z=0 ; z<q.length ; z++) {          q[z]=q[z].split("~")          tx+="<DIV class='tabnode' data='"+q[z]+"'><BUTTON onClick='fun()'>DELETE</BUTTON><B>"+q[z][0]+"</B></DIV>"         } tx+="</TABLE>" kakoiniddiv.innerHTML=tx

А красоту в нём можно и нужно наводить стилями.

Вот например также можно вывести все сообщения этого форума например.

Это сообщение отредактировал(а) PROCESSOR - 6.6.2005, 15:06

Я как-то поигрался и переделал сайт на слои. Глюков в дизайне наловил страшную тьму. Ладно, отладил, подогнал кроссбраузерность, подключаю JS и что бы вы думали... А вообще ради кого модно переходить на DIV. Складывается впечатление, что клич брошен Gecko. Ну вот при подключении JS я в Gecko такого насмотрелся, никакой Opera не надо. Например как слои сваливаются в одну кучу. С чего бы? ИМХО многовато глюков и различий много.

Это сообщение отредактировал(а) Иль - 16.8.2005, 17:10

Незнаю, заметил что страницы на таблицах тормозят только в Gecko. Почему-то он совершенно не хочет приступать к следующей таблице, не отрисовав полностью содержимое предыдушей, например пока изображения в ячейке полностью не загрузятся. Чего ему, переданных размеров файла изображения мало , дык нет, будет ждать пока полностью не отрисует. В ИЕ чего-то проблем не наблюдается. Дык стоит дизайнеру подстраиваться под "особую" тормознутую модель отображения? Может это дело браузера подстроиться? Как считаете? Тем более что на слоях Gecko не настолько-то и быстрее рисует.
Все бродилки не без недостатков и у меня нет привязанностей, но реально сравните как отрисовывают все FireFox, Mozilla и прочие из семейства Gecko и ИЕ.

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

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

Это сообщение отредактировал(а) Иль - 19.8.2005, 13:35

а помойму это каму как нравиться
но все равно делать каркас сайта на слоях опасно! да и сложнавастинько действительно нужно отлично знать спецификацию W3

Это сообщение отредактировал(а) Phantom1 - 16.8.2005, 17:44

Иль, именно!

Поэтому я сейчас полностью перешёл обратно на таблицы. В ДИВах пока толку мало. Только если ради тренировки.

Всем доброго времени суток. Может я немного не в тему но у меня вопрос по тегам div. Хотелось бы знать как в div установить текст привязав его не к окну браузера а непосредственно к дизайну сайта а то ползает по всему экрану.

Вот код для примера:


Заранее спасибо

Вот как раз хорошая статья - http://www.digital-web.com/articles/everyt...t_CSS_Is_wrong/ . Теперь действительно можно без таблиц, если ориентироваться на последние версии браузеров, проблема только в том, что IE6 и IE7 не скоро уйдут в историю и в реальной работе пока всё-таки приходится либо ограничивать фантазию дизайнеров, либо лепить бесконечные таблицы.

мне подобные разговоры напоминают "холивары" линуксоидов с мелкософтовцами, так и тут)).

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

а вообще сайты делаются для того чтоб информацию донести до пользователя, а уж как вы это сделает не суть важно, главное чтоб это все было корректно и работоспособно на 100%