amelice

ctpz , у тебя комплект гаичных ключей как спасательный круг?

Нужно отображать закругленные углы. Применила для этой задачи - position:absolute, для картинок(углы) бекграундом - спрайт. Во всех браузерах отображается нормально. Но в ИЕ6 бекграунд блока абсолют отображается и за пределами блока. Как это исправить? css: .events_block{ position:relative; background:#f8fdfe; margin:0 0 20px; } .left_top{ position:absolute; left:0; top:0; height:6px; width:5px; background:url(img/angles_top_events_block.jpg) 0 -12px no-repeat ; } .right_top{ position:absolute; right:0; top:0; height:6px; width:5px; background:url(img/angles_top_events_block.jpg) 0 0 no-repeat; } так же указываю zoom:1; для блока .events_block. в отдельном файле. Ссылка

оба варианта валидны. Похожая тема http://forum.htmlbook.ru/index.php?showtopic=27796 была, может поможет.

Как раз это имела в виду, то есть высоту самого флоат блока. Да, спасибо. Понятно. Тогда понятно почему флоат блок застрял между этими двумя. 1.У первого блока нижний маргин 30пк. 2.за ним следует флоат элемент, он учитвает его, расположился сразу за ним. 3.Но так как обычные блоки не учитывают флоатов, они между собой расположились как будто бы нету флоата.

1. У твоего флоата нет родителя, а если бы был, то он бы схлопнулся в 0. Высота его. Как же нет? Не может быть чтоб у блока нету блока контейнера(родителя). Если тут явно не задано, то я думаю, что родитель всех трех блоков боди. Высота перемещаемого блока зависит от содержимого, значит высота его это высота текста. А вообще в данном примере он должен был перекрыть первый блок. По правилам перемещаемый блок распологается максимально высоко и максимально влево. а тут я тоже не понимаю?

SelenIT, ты можешь мне обяснить в ЛС? Если по твоей задумке получиться, то результат сюда выложим. Потому что У меня тоже с ИЕ7 проблемы.

Подойдет в другой раз. Когда не нужно будет двигать первый пункт.

Ну я вообще-то имел в виду тупейший вариант типа такого... Я выше отписалась по этому поводу. Это тоже самое что ты предложил в той теме. В моем случае не подходит. Кстати, я не поняла как и что делает text-justify: newspaper?

Зачем тянете рисунки в шапке? У среднего рисунка ширина 373 пк. Но на моем мониторе 1900Х1200 он растянулся до 1142 пк. Я с начала не поняла что это такое.

Пропустила слово "пока" вот тут -> тем более таблицу не очень хорошо знаю. А каким способом в итоге решилась задача? table-cell, как вы изначально предложили.

Пропустила слово "пока" вот тут -> тем более таблицу не очень хорошо знаю.

Задача уже решена, тем более таблицу не очень хорошо знаю.

Работает. Спасибо всем кто участвовал.

только через table-cell. Первый пункт меню чуть уже и выравнивание по левому краю. По-моему - это самое оптимальное решение. Попорбую применить... но мне кажется с первым пунктом будет проблема.

Как мне кажется, блок с position:absolute полностью убирается c нормального потока. Он не видит других блоков и может перекрывать или перекрыт. Поэтому z-index определяет его степень отображения на экране. Блоку с position:static не нужен z-index так как он в нормальном потоке, учитывает и не может перекрывать других блоков.

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

Спасибо, попробую применить ваш вариант. Но хочется почитать вашу статью об экспрешнах. О чем конкретно вы написали, об этой технологии, то как она работает и где применятеся или больше практическая часть?

Первое впечатление от макета - как будто на быструю руку раскидали блоки по разным углам. Нету общей концепции. Блок "Навигация по сайта" вообще по цвету тут лишний. Мне кажется не нужно писать Навигация. Не каждый понимает это слово, можно написать - Разделы, хотя без этого понятно, что перечисленный список это разделы. Цвета очень необычные для глаз... У вас задний фон весь черный будет?

Может приведете пример? Меня экспрешны интересуют. table-cell я знаю как применить. в моем случае прмименяется к элементам li. а самому списку display:table со свойством table-layout:fixed. Правильно?

Да, интересно. Но, хотелось бы узнать еще варианты без экспрешнов. Так как я ниразу с экспрешнами не сталкивалась, то для меня такой вариант кажется сложным. А моежете прислать ссылку на вашу статью? а вот ссылка на макет. _http://cheburek.nightmail.ru/Spitfire/img_/spit.png

Начала верстать макет от Verdera. Макет резиновый и видно что меню тоже тянется по ширине. Проблема с первым пунктом меню. По макету текст в меню отцентрирован, а в первом пункте текст выровнен с левого края, но пропорция сохранена. То есть с текста до правого бордюра расстояние такое же как в других пунктах. Попробовала два варианта решения: 1. Просто сделала как в макете - отрезала часть ширины первого пункта, задала ему text-align:left, а остальным text-align:center. Ссылка 2. отрицательным маргином первый пункт подвинула налево.Ссылка В первом случае ширину первого пункта сократила до 15%, когда ширина остальных пунктов 20%. Во втором подвинула на 130 пк. Но в двух случая меня смущает, что я не могу быть уверена как они поведу себя в разных браузерах, так как я просто все на глаз сокращала и двигала, что не знаю правильно ли так делать? Еще во втором случая при уменьшении окна .nav{ overflow:hidden;} .nav хладнокровно режет пункты. Что вы посоветуете, может есть какие то другие решения, чтоб можно было контролировать?

Спасибо большое всем кто участвовал! Тема оказалась очень полезной для меня.

Теперь понятно! Если потомок с отрицательным значением z-index все равно лежит выше чем фон родителя, значит лучше не создавать стек родителю?

Без указания z-index'а позиционированный элемент не создает "stacking context", а с ним — создает. А внутри этого контекста порядок слоев определен спекой так: фон и границы элемента, содздающего stacking context. вложенные stacking context-ы c отрицательным z-index (чем больше по модулю, тем раньше). непозиционированные неинлайновые потомки в потоке непозиционированные float-ы непозиционированные инлайновые потомки в потоке (inline-table, inline-block). вложенные stacking context-ы и позиционированные потомки с нулевым z-index вложенные stacking context-ы c положительным z-index (чем меньше, тем раньше). Я сам это только что узнал Спасибо, думаю когда же SelenIT появится и расставит все по местам. Но мне все равно не понятно. В моем примере абзацы все абсолютно позиционированные. У них у всех было св-во z-index. и у их потомков тоже. Между абзацами(родителями) работало z-index. Но в внутри абзаца не работало это свойство. Я убрала у абзацев z-index, и только тогда в контексте абзаца заработало и по номеру расположились потомки. Значит если нам указать z-index абзацам, то они сами окажутся в порядке слоев стека корневого элемента(в моем примере). а у самих как будто бы не создается этот стек.