Форум hotibo.ru

Хорошо,тогда, какая из ошибок могла стать причиной?

Павел написал:

Хорошо,тогда, какая из ошибок могла стать причиной?

думаю верстальщик просто подумал: а нафига вообще писать этот DOCTYPE...

Павел написал:

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

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

Отредактированно КузмичЪ (15.01.2011 16:37)

Р.S. Только не пытайтесь смотреть на него в IE

КузмичЪ написал:

не понимаю, зачем такой макет уродовать таким свойством отображения: display:table-cell;
не лучше было использовать float.... о_О

не смотреть в ИЕ

да и в мазиле также:)

Да все уже поняли, что у меня руки в жопе, проблема, то в чем кто-нть знает?

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

P.S. а код такой потому, что он на ПХП формируется

Павел, что-то я больше того эффекта не примечаю, да и в IE нормально выглядит. Раньше он появлялся при разворачивании окна на всю ширину монитора 19".
Кстати, вы там разберитесь - сами пишете или ПХП за вас. :-) Про код это я к тому, что я, например, такой связи, как вы, не вижу. Если уж код есть, то он отображается по мере загрузки, но после ее окончания должен выглядеть так же, как и в локале. Может, вы просто стили какие не выложили тогда.

Бизон написал:

Аня, злая статья какая-то, не надо тут богохульства и отучения людей от религии блочной верстки . И не соглашусь по поводу display: table-cell. Объясните, какая логика делать элемент, непризванный отображать ячейки, собственно ячейками? А флоты любим, их надо просто грамотно уметь готовить.

Статью вы прочитали, а вот главное в ней все-таки пропустили. Позволю себе процитировать:
"А с религией, идеологией и революционной борьбой надо держаться подальше от веб‑технологий."
А еще там написано про то, что, какой бы метод ни использовался, им надо владеть. Иначе потом получается что-то такое, из-за чего все решают, что это глупость. И про то, что задача определяет метод, а не наоборот.

Объясните, какая логика делать элементы плавающими, тогда как плавающие элементы предназначены для обтекания их текстом и вообще изначально сделаны для изображений?
Какая логика была ставить таблицы? Потому что по-другому не умели. Потом научились ставить флоатами. Теперь опять по-другому не умеем. Поехали заново.
В чем главная проблема верстки? Поставить два элемента рядом друг с другом. Табличные свойства CSS позволяют в одну строчку сделать это. Причем без указания ширины и прочих нехороших последствий, например, проблем с отступами и полями. Их надо просто грамотно уметь готовить. ;-)
Это удобнее. Жаль, что пока IE так не думает.

Аня написал:

Павел, что-то я больше того эффекта не примечаю, да и в IE нормально выглядит. Раньше он появлялся при разворачивании окна на всю ширину монитора 19".

Просто я уже все флотами переверстал.

Аня написал:

Кстати, вы там разберитесь - сами пишете или ПХП за вас. :-)

К сожалению иногда данные приходится хранить в БД, а тут без серверных технологий сложно обойтись

Аня написал:

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

Иногда он отображается как в локале. У меня обычно происходило так: первый раз загружается страница криво, нажимаешь F5 загружается нормально.

Отредактированно Павел (17.01.2011 10:30)

Благодаря vashurinу теперь все понятно, баг был в Мозилле. В итоге пришлось пользоваться костылями

Всем спасибо за помощь

Бизон написал:

Жаль Вы мой стеб не поняли .

Что-то тяжко в последнее время с чувством юмора. :-)

Ну блин есть у вас элементы tr и td, хочется таблиц - используйте их, нахрена div'ы то в них превращать? Это как в одной из тем этого форума некий товарищ превращал инлайновый span в блочный через display: block (ну или наоборот, div в инлайн). Спрашивается, чем не угодили специально отведенные для этого элементы...

Может, предложите использовать NOBR вместо white-space, тэг font вместо свойства font и т. д.?
По той же самой причине проще display использовать.
Хотя, собственно, к чему этот спор? Используйте что нравится, я ж вас не заставляю. Вот человек объяснил, что получается, когда использовать не очень аккуратно свойства. Ну бывает. Что из этого трагедию делать?

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

Ну используя действительно табличные элементы, никаких свойств вообще указывать не придется . И можно поподробнее про нехорошие последствия? Что за отступы? cellpadding и cellspacing что ли жить мешают? Ну дык их тоже через css убирают.

cellpadding и cellspacing? Да ну вас, что это такое?
Мне, знаете ли, код жить не мешает. Не из этой области явление. Просто применение этого свойства не требует указания ширины, про что и было написано в статье. Затем, не надо сидеть с калькулятором, высчитывать размеры указываемых полей и вычитать их из ширины макета. Или блок лишний ставить.
Правда, сайт тот действительно предназначен для достаточно узкого круга лиц. Оттого и все споры. Зато я теперь на опыте ознакомилась с концепцией целевого пользователя :-)

P. C. Цитата из вебмаскона: "Да верстайте вы чем хотите!"

cellpadding и cellspacing? Да ну вас, что это такое?

Либо это ответный стеб, либо... и эти люди мне говорят про то, что прежде чем пользоваться, надо понимать что это???

table-cell не юзал,но очень выручает display:table если приходится выравнивать картинку по левому/правому краю, но текст не должен ее обтекать

Честно, боюсь наврать по пьяни, ибо нет желания сейчас проверять, но по-моему, это решается средствами
после картинкм. При чем стут простите таблица мой моск понять не в силах. Эххх, семантика...

Да, даже если у картинки задать это свойство, по идее, должно работать. Опять же, не гарантирую.

Отредактированно Бизон (18.01.2011 02:20)

Бизон написал:

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

Нет, нет я не про то, я про это:

 
  

   Эххх, семантика...Эххх, семантика...Эххх, семантика...Эххх, семантика...:)
  

img{ float:left}
div.NeZaezjaetPodImg{
display: table;
/*for IE6-7*/
$height: 0;zoom: 1;}

Вообще, есть еще статья про это, но увольте, больше ссылок не будет.

Да лан, кидай, почитаем. Все же интересная дискуссия получилась.

В общем, народ, что-то мы увлеклись. Если кому интересно, предлагаю открыть новую тему типа "Какой метод верстки круче" (в вариациях). :-))

Да в обдем, вечный спор табличников vs. блочников. Хотя вот сторонников делать нетабличные элементы табличными вижу впервые. Кстати, от этих свойств сталкивался только с гимороем. Надо например показать через JS строку таблицы, которая была с display: none. Собственно, надо задать style.display, а вот для осла надо делать block, а для всех остальных table-row. Не сложно, но тем не менее напрягает

Бизон, хочешь продолжения? Ну открой сайт тот и прочитай все статьи на нем. Я уверена, что дискуссий после этого будет столько, что месяца на два хватит, а нас всех за жесткий флуд забанят нафиг))).
Хех, я тоже сталкиваюсь с геморроем, когда не умею правильно пользоваться чем-либо. Это включает также понятие о границах применения и возможности применения данного метода для решения конкретной задачи. Если в одном месте удобнее и полезнее использовать одно, то надо использовать это, а не то, что советуют вокруг или какой-то местный религиозный метод.
Этот пример про JS тоже сюда относится.

tapazukk, а что у вас не работает, если не секрет? В каком браузере? У меня все работает, и всегда работало.