Эх, плохо у меня с версткой..
В общем проблема в следующем коде:


дело в следующем: дивы с классом together нифига не together. Проставил им в css display: inline, они все-равно каждая с новой строки. Это была проблема раз.
А вторая в том, что дивы с классом menuItem отображаются с белой рамкой в 1 пиксель. Вообще бред.
Смотрю в IE7 и NN 9.0.0.6 (по NN не особо важно, он все-равно уже забыт)

Во-первых, допущена логическая ошибка: дивы с классом together имеют ширину 30% 40% и 30%. При этом у них border: 1px; Они даже теоретически не могут уместиться в одной строке, поскольку имеют в сумме более 100% ширины (поскольку по стандарту ширина рамки прибавляется к ширине блока).

Во-вторых: стандартное решение выглядит примерно так:



Никакой рамки в упор не увидел.

Это сообщение отредактировал(а) WebDisaster - 30.8.2009, 20:23

Немного неправ. Они не могут уместиться в одну строку в нормальном браузере, в ie на сколько я помню, рамка включается в ширину и соотвественно там всё нормально влезет

Добавлено через 5 минут и 10 секунд


Странно как-то, никогда inline для меню не делал, обычно всегда делаю float:left; и ширину. Если надо рамки всякие у п-ов меню - то приходится их ещё в дивы оборачивать, чтобы добиться совместимости с ie, ну а дальше как ширину укажешь, так они и вписываются

я ставил inline не у итемов меню, а у контейнеров, в одном из которых дыли и итемы.
А странного в моей верстке ничего не может быть =) я крайне редко верстаю, мало к сожалению времени на изучение особенностей браузеров и т.п.
А вообще, чтобы меньше кодить, вставил в таблицу, хоть и не нравится, но зато два действия и мат

Ну ты бы написал 



Они бы в одну строку и выстроились. А так див по умолчанию занимает всю ширину и следующий - только с новой строки, вот они и не выстраиваются.

а таблица - в данном случае ИМХО изврат

можно ширину не задавать, тогда она автоматом подберётся, будут разношорстные

Я прав.

Согласен, по стандарту - прибавляется, только эти стандарты для обычных смертных, а в микрософте забили на эти стандарты. 

Возьми да и проверь, чтобы зря воздух не сотрясать.

brother79, мне не нужно проверять. Я не только точно знаю, что и как будет выглядеть, но знаю почему всё будет вылядеть именно так. И поэтому у меня и в IE всё будет выглядеть строго в соответствии со стандартом. То есть вот так:




Учитывая, сколько Вы потратили времени, чтобы открыть мне глаза на секреты вёрстки, я тоже поделюсь несколькими секретами. Но прежде у меня будет вопрос: кто Вас учил так писать DOCTYPE? 



Вас нагло обманули, DOCTYPE так не пишется. Идите и требуйте назад свои деньги за учёбу. А потом сможете сами проверить вот такой вариант:

Как видно из данного примера, если самому написать html по стандарту w3c, то IE прибавит borders снаружи блока, как это положено по стандарту. И уже не потребуется свою собственную кривизну сваливать на чужих дядек из мелкософта. 

Ещё один секрет: поведение IE очень сильно зависит от версии и от режима работы (стандартный/совместимый). А переключателем режимов служит именно DOCTYPE. Поэтому бессмысленно писать "IE не там прибавляет бордеры", "IE не так вычитает марджины", "IE неправильно извлекает квадратный корень". Имеет смысл писать о конкретном глюке только применительно к конкретной версии IE (иногда только о конкретном билде) при конкретном  режиме работы. А безглючных браузеров не существует в природе.

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