hedgehog

потому что у стилей, заданных через идентификатор, приоритет самый высокий http://htmlbook.ru/css/!important этим лучше не злоупотреблять. как и идентификаторами если бы стили были заданы через класс (например, .tabname_1), то сработал бы класс .active без всяких !important . почитайте о приоритетах, я тут все не расскажу увы, не встречал информации, что такое вообще существует. в вашем случае, кстати, можно background заменить на background-image, чтобы не переопределялся стиль от '.lineTabs li a'.

.active не сработает потому что не сможет переопределить заданный через идентификатор стиль. идентификаторы лучше не использовать там, где они не нужны. если сильно хочется, то после описания элементов списка: .active {background-repeat: no-repeat !important;} вместо #element {background: url('something.png') no-repeat;} подразумевалось добавить свой селектор и адрес изображения поставить свой, а не бездумно копировать #tabname_1.active {background: url('something.png') no-repeat;}

.active {background-repeat: no-repeat;} а еще можно бекграунд задавать так: #element {background: url('something.png') no-repeat;}

Зачем такие "решения" выкладывать? Во-первых, в левой колонке может быть недостаточно контента, чтобы забить 400px по высоте. Во-вторых, шрифт может несколько различаться в разных браузерах и разных операционных системах. Для современных браузеров можно применить display: table. А вообще, на форуме (да и на самом сайте) полным-полно решений.

$ curl -LI http://beloved-mc.hut4.ru/ HTTP/1.1 200 OK Server: nginx/0.7.62 если только это не фронтенд, то adddefaultcharset не сработает, кажется

а, теперь понял. вылетел из головы вариант с процентной высотой

Так ведь если высота автоматическая и зависит от вложенных инлайн элементов, то должно работать vertical-align? Поправьте, если неправ.

можно еще задавать line-height = height, а для дочерних элементов возвращать line-height в нормальное состояние. по-моему в ие такое работает

Или так (где-то на этом форуме наткнулся) <li>Один</li><!-- --><li>Два</li><!-- --><li>Три</li><!-- --><li>Четыре</li><!-- --><li>Пять</li>

к примеру, если я захочу убрать ссылки на предыдущий/следующий пост, мне придется редактировать это в разных местах. убирать из архивов, из разделов и так далее. в друпале есть такая возможность... а еще в друпале есть возможность этого не делать, если не собираешься темизировать вывод конкретного блока. например, у меня не было желания изменять структуру вывода комментариев. но мне пришолось создавать для них шаблон и выводить его. и так далее. друпал более лоялен в этом плане: не хочет менять структуру меню? не меняй. не хочешь менять вывод блока? не меняй. все, что от тебя требуется, это задать в конфиге темы регионы (или не задавать их, если значения по умолчанию устраивают) и указать в шаблоне, где эти регионы располагаются. в вордпрессе для этого нужно зарегистрировать сайдбар, создать шаблон для сайдбара, перелопатить кучу шаблонов, чтобы этот сайдбар выводился. впрочем, обратная сторона медали в том, что в большинстве случаев структура тех же блоков в друпале может быть избыточна. что, при желании, подстраивается под себя созданием block.tpl.php (или такого же шаблона для конкретного блока). а при отсутствии желания - не подстраивается. может быть, я еще слишком мало работаю с вордпресс, но его шаблоны кажутся мне крайне избыточными и запутанными. я уже не помню, в скольких файлах надо сделать изменения, чтобы вывести жалкий сайдбар

я имею ввиду подход к темизации с точки зрения разработчика темы. приходится создавать кучу шаблонов для вывода информации с дублируемым кодом у друпала для создания простенькой темы достаточно соорудить page.tpl.php плюс, возможно, node.tpl.php. в вордпресс же, нужно создать гребаную кучу файлов и следить за изменениями в них. и это все только для того, чтобы сверстать простенькую тему и интегрировать ее на вордпресс. просто различный подход к разработке. пока интегрировал верстку на вордпресс, иногда возникало ощущение, что я верстаю статичный сайт с кучей страниц на чистом html/css. решил что-то изменить в верстке? позвольте, открывайте десятки шаблонов и меняйте. добавить? то же самое.

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

в голову пришел такой извращенный вариант http://jsfiddle.net/TnTqH/ justify можно заменить на center со всеми вытекающими В ie6-7 работать не будет PS: для CSS3 браузеров можно использовать Media Queries для определения поведения при конкретных размерах окна или экрана.

есть мнение, что человек имеет ввиду класс .active , присваеваемый CMS ссылке в меню, если пользователь находится на странице, куда этот пункт меню ссылается. если я прав, то нужны стили: 1. a.active - класс для активной ссылки, т.е. той, где мы находимся в данный момент 2. a.active:hover - псевдокласс для ссылки в пункте 1., срабатывающий при наведении курсора

мое предположение такое: 1. Если собираетесь раскручивать торговую марку, делая акцент на названии, то логотип в h1 с текстом, а в контенте - h2 основной заголовок 2. Если название сайта не должно играть особой роли при поисковой выдаче, а акцентирование на самом контенте, то h1 лучше приберечь для заголовков контента если планируется использовать более одного H1 на странице, то на предыдущий вопрос можно забить и делать как душе угодно (сарказм)

http://chikuyonok.ru/2009/06/float-columns/

тоже хотелось бы знать. в голову приходят только media queries

http://h27889.srv3.test-hf.ru/edge/images/bg_cornerT.png градиент по краям центр: #D4D4D4 края границ: #CDCDCD

Вы же понимаете, что это не самое удобное решение а вот за ссылку спасибо. надо разбираться

http://jsfiddle.net/XN4Qs/ как, кстати, убрать закругления с внешней стороны боковых пунктов?

Уж извините, старался потактичнее.

z-index применяется к элементам с position, отличным от static. т.е. нужно position: relative шапке или отрицательный z-index блоку с фоном

Читая подобные темы создается впечатление, что некоторые люди "пошли" семимильными шагами от эволюции к деградации. И продолжают двигаться в этом направлении

position: absolute вырвет блок из потока и он перестанет влиять на остальные элементы, а z-index разместит на заднем плане. только нужно иметь ввиду, что абсолют позиционируется от координат блока с position: relative

он везде справа. .mainMenu {overflow: hidden;} или .header {clear: both;} вы намудрили с флоатами. можно просто убрать флоат у логотипа и присвоить overflow для header, чтобы не схлопывались вертикальные margin