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

[mpolsky]

А не проще пользоваться и тем и другим по необходимости.

Проще? Ты издеваешься? Мозги по-разному должны работать, чтобы верстать разными техниками. Гоу ту скул!!!

 

[[iq]]

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

 

[mxnr]

Я сейчас полностью перешел на дивы как на основу, а таблицы - по мере необходимости. Тестируют на всех системах. При должном подходе - все ок.
2mpolsky Мы же не теории вероятностей или вышке говорим, где нужно по другому думать, тут не так много нюансов.

 

[mpolsky]

2mpolsky Мы же не теории вероятностей или вышке говорим, где нужно по другому думать, тут не так много нюансов.

Ну это кто как верстает, конечно! Если в руках дримвивер и ему подобные лентяйки - возможно мозги можно и отключать. А вот ручками -- не совсем получиться о девках думать!

 

[garcia]

Блочная верстка - конечно очень модно. Круто выйти вперед и сказать: Гляньте, вот я трахнул себе мозг и сделал шаблон, который на всех браузерах пашет. Герой! Только теперь за контентом внимательно надо следить - если шире дива окажется - сайт будет выглядеть странновато.
Большинство аргументов в пользу блочной верстки (типа - таблицы не задумывались как основа для верстки - а для рисования собственно таблиц) - туфта. Единственный здравый аргумент - то что расположение блоков можно вынести в CSS. Это хорошо потому, что страница меньше весит немного (CSS берется из кэша) и еще: контент отделен от представления - а значит управлять ими можно поотдельности. Например, для одного ХТМЛ сделать несколько CSS с разными раскладками.Красиво. Умно. Но - упирается в потный лобок действительности - потому что есть много браузеров, потому что может попасться контент, который разорвет div по ширине и блочная верстка либо развалится либо див будет наезжать на соседа.
В общем, конечно можно и блочную. Только это намного более хлопотно.

 

[Спиридон]

Только теперь за контентом внимательно надо следить - если шире дива окажется - сайт будет выглядеть странновато.

Уточните пожалуйста, в каком направлении контент может "разъехаться"?

И можно ли с этим злом бороться "блочными методами" не прибегая к "табличным"?

 

[[iq]]

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

 

[heavydude]

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

 

[Спиридон]

А если ктото кто назначен свыше и будет активно в FCK едитор блоки из ворда вставлять - то потом будут звонить и разрушать мозги мол что все так криво.

Что есть "FCK едитор", уточните пожалуйста?

 

[mpolsky]

вебориентированный HTML текст-редактор.

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.