zSpx

<div class="a"> <div class="b">любой контент</div> </div> .a {background: url(_ваша_текстурка_);} .b {margin:10px;background: #fff; } Не успел)

Элемент Р представляет собой параграф. Он не может содержать другие блочные элементы (включая другие Р). Т.е. как только клиент в параграфе встречает блочный элемент(в вашем случае ol), он этот параграф закрывает, далее отрисовывается этот самый элемент (ol), потом рисует еще 1 параграф (т.к. обнаруживает закрывающий P). На вашей страничке все именно так.

Страничку не обновил.

На сколько я знаю, PSD старых версий от открывает более-менее корректно...

Во-первых, в таком случае z-index можно опустить вообще, а во вторых при relative позиционировании останется пустая область под/над картой, зачем? absolute нужен. Логично. Вы же наложили сверху элемент, который на себя принимает все клики и эффекты наведения мыши.

z-index работает только для позиционируемых элементов. Т.е. position != static. Если я все правильно понял, вам #mapcont нужно над #map повесить? Тогда оба этих элемента закиньте в контейнер, ему position: relative, вашим элементам absolute и #mapcont z-index больший, чем #map (ну и расположить его с помощью top, left, right, bottom так как вам нужно).

А что мешает посмотреть инспектором, как задается фон спискам?

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

Ну вот у вас высота (../img/content_bg.jpg к примеру 200px, вам для #content нужно добавить min-height: 200px, что бы при малом кол-ве контента бэкграунд не обрезался...

Нативный getElementsByClassName работает максимально быстро, да и причем тут это? Верстка с избыточным количеством id сильно теряет в гибкости. Вы не сможете скопировать какой-нибудь элемент, Вам придется давать новый id и определять его в css. Если хотите сравнить, создайте 2 странички с нереально большим количеством элементов. Одна с классами, другая с id и посмотрите, какая будет разница в скорости отрисовки. Потом подумайте, стоит ли игра свеч. Что это значит?

Это шутка? Код как минимум контентной части и всех дочерних элементов. Или просто min-height задать попробуйте.

Min-height задайте или покажите код, может у вас схлопнулось что-нибудь...

И что с того?

Нуу, красному, например, margin-right: 10px;

40? Я ей пользуюсь. За 22 у нас продается. Даже дешевле. Или вы имели в виду? Вообще, мне клавиатура нравится, сравнивал с эппловской, там чувствительность чуток выше, но это не заметно почти и переплачивать столько смысла не увидел.

Оффтоп. А можно полюбопытствовать, зачем в nav-search бэкграунд разрезан на части, если верстка фиксированная? Проехали Судя по копирайту работа старая.

Только для msie, для браузеров есть rgba и opacity.

Цитата из статьи:

Написали бы ТЗ и сумму сразу, нашли бы исполнителя быстрее.

Нууу, это же основы. Почитайте про :hover, используя его можно менять стили при наведении курсора на элемент. А вообще, про события в JavaScript читайте. Пример вот: http://jsfiddle.net/Ws9nq/5/

мобильный шаблон для wordpress. Дурной тон на почту просить что-либо сбросить. зы: кстати, там и на свой вопрос нашел ответ, на который SelenIT ответил:

Я вообще сомневаюсь, что Вам, ТС, это нужно делать. Joomla весьма гибкая, на каждый модуль можно сколь угодно классов повесить и модулей можно сколь угодно иметь и выводить на разных страницах те, которые нужны. Отдельные шаблоны для страниц весьма редко используются. Можете сбросить скриншоты, как должны выглядеть эти страницы, интересно глянуть.

Так оно же будет влиять на все вебкит браузеры влиять будет, нужно подключать только для йафонов, но ведь там, на сколько я знаю (сам под мобильники не верстал почти), проблемы с медиа запросами, т.е. как бы сафари на мобильниках/планшетах съедает screen стили, вместо мобильных. Или я ошибаюсь? Пользуясь ситуацией спросить решил

Я вообще не понимаю, где это можно применить, и, главное, зачем отключать масштабирование? Если пользователь хочет увеличить масштаб страницы/текста, то ему нужно оставить эту возможность, даже если это выглядит коряво и что-нибудь ломается, все равно это работать должно, плохо видящих людей хватает.

Отключает масштабирование текста в webkit браузерах и, видимо, msie, точнее значение none его отключает, а 100% и вообще любое значение у меня вроде бы не работает.