Viper

IE7/8?

почему? и это относиться ко всему?

Есть готовый скрытый(в начале, display: none) блок. При наведении(hover) на изображение, этот блок появляеться(display: "..."), вот и все. В данном случае, сделанно с помощью js. Посмори через firebug(инспектор) - прекрастно видно как это работает.

Да, ты переопределил, в результате: 0 * 1.188 = 0. Все логично... em - относительная величина, которая вычисляеться от потомка. П.С. Поставь px(фиксированная величина) конечному элементу и будет стоять тот шрифт, который ты задашь, вне зависимости от свойств потомка.

1. Перед Доктайпом у вас стоит - <!-- page.php -->, что переводит IE в режим Quirks mode 2. Для IE, элементам со свойстовом float, необходимо задавать width

всмысле? Верстку для писем и нужно делать таблицами П.С. статьи по теме: _http://habrahabr.ru/post/112163/ _http://habrahabr.ru/company/sibirix/blog/114472/ _http://habrahabr.ru/company/sibirix/blog/114619/

_http://ruseller.com/lessons.php?rub=2&id=785 (1)

Не уверен, что смогу... 50/50. А увидел темку только позавчера) Оффтоп:

Возможно погорячился, но в таком случае стоит добавить к <span>, как минимум - role="button" и tabindex, ИМХО. Иначе никакой семантической роли этот элемент не будет нести. И у людей, использующих голосовые программы для работы с сайтом(например, слепые), будут явные проблемы...

А не кто и не предлагает делать её разделителем и она им не являеться. Этот элемент не несет не какой семантической или структурной значимости - он декоративный. И да, он относиться к Хедеру и, как я писал, такие декоративные элементы должны находиться в своем секционном теге(контейнере), в данном случае - в Хедере. Все выше сказанное я обобщил и не относил исключительно к данному случаю. Нашел називаеться причину поспорить(подискутировать) Эх... видимо я, как всегда, херово(сорри) обьсняю) Это уже нельзя назвать - "подойти с умом") Мы говорим исключительно про декоративные элементы(фоны), которые не смогли(по каким-либо причинам) применить стилями к структурным элементам, тоисть, декоративные элементы, с которых мы бы, в противном случае, делали Врапы. Делать пустые элементы(для оформления) в случае, когда можно это оформеление(стили) применить к структурным(или уже имеющимся) тегам - вот этот херово)

Смотря как реализовывать эту идею... опять же, не кто не говорит про бездумное и повсеместное её использование. Декоративный элемент должен находиться в том блоке, который он "украшает" и, соответственно, при переносе он будет переноситься с ним, и не кто не отменял комментарии. Непонятно бывает тем, кто не сталкивался с таким, ИМХО. К этому просто не привыкли, но это не означает, что это не удобно для всех и во всех случаях. На практике, кто вник в идею, некоторым начинает нравиться: изменения становятся проще и быстрее, особенно, помогает если в концепции дизайна много разных страниц, имеющих различия в основных секциях или нужна поддержка, например, скругленных углов, теней для IE с помощью conditional comments. Я не агитирую всегда так делать - я говорю, что такая методика(идея) бывает полезной в определенных случаях, что делает её не лучше, а - альтернативой в ситуациях, когда это имеет смысл/пользу. К скорости/производительности? Не понимаю как... К удобству? "Ну проект проекту рознь" И если делать все с умом, то любая(адекватная) идея, в том или ином случае, может быть лучше стандартной) ИМХО. Все начинается с анализа... Я понимаю и уважаю твою точку зрения и не ожидал, если честно, поддержки) Но и не удержался не высказать свой взгляд на логику построения структуры, которая мне более по душе и идеология которой несет(ИМХО) больше(в зависимости от условий) преимуществ при правильном использовании. И оценить её я смог только со временем...

Ну почему же... Тег <i> там не к месту(не логично). Семантичнее будет сделать ссылкой, ИМХО. Не в конретном случае, а вообще это плохо, даже очень. В жизни такого не делал, всегда находил способы. А здесь я бы повесил фон на header-bottom или на худой конец сделал бы обёртку и повесил бы фон на неё. Но бросать бесхозный элемент на странице - это хреново. Почему? Зачем для добавления картины(декоративного элемента) на "дом" лучше выстраивать "невидимую стену"(wrap), на которую крепить эту самую картину{(в ситуации, когда его(фон, например) не получается положить на структурный элемент)}? Этот wrap тогда нужно "впаивать" в структуру и удаление которого может повлечь изменение стилей других элементов(может и не в этом случае, я обобщаю). А так декоративный элемент можно спокойно ставить и убирать без боязни повлиять(во всяком случае, кардинально) на другие элементы. Плюс: большая вложенность замедляет(немного ) построение ДОМ дерева и скорость обработки(js-сом) элементов, которые "глубоко закопаны", заметно ниже. Придерживаюсь мнения, что декоративный элемент не должен влиять на структуру ДОМ дерева без необходимости, ИМХО. Может я и не прав(есть плюсы и минусы) и к каждому случаю нужно подходить с умом, но - "хреново", как по мне перебор...) ИМХО П.С. Эх... когда же такие элементы можно будет спокойно делать с помощью :after/:before или Multiple Backgrounds без добавления хаков для IE)

Может эта темка чем поможет или на идею натолкнет: _http://xpoint.ru/forums/programming/javascript/misc/thread/43888.xhtml П.С. Добавьте, может, к темке скрипт Рамблера, который вы внедряете в код

Если судить из написанного вами, то... никак - это не макет!(бред какой-то или я не правильно понимаю...) ИМХО И что за размытия? П.С. Выложите скрин этого "макета", как он выглядит в фотошопе, что ли...

Что именно?) По max возможности HTML5/CSS3, Graceful degradation, адаптивную верстку(или какую-то её часть), верстку независимыми блоками, accessibility и повышения доступности сайта, по max оптимизировать клиентскую часть и тд) Просто старайся делать правильно, что бы пользователям было удобно и комфортно на сайте) Не ставь "фишки" дизайна и понты выше usability: пользователи, при просмотре сайтов, "не должны ждать и думать". если контента мало, то резина в общем-то безсмысленна, а вообще все зависит от дизайна и желаний автора... Ajax для этого не нужен.

1. текст не маштабируеться 2. в сложном дизайне пропорции выдерживать практически нереально, если не позволять вольности 3. бордеры, тени...?

задавай padding контейнеру, а не body, хоть проблема может быть и не в этом. На предоставленном сайте контент абсолютно спозиционирован. Советую закрыть его и более не открывать - там все(почти) реализованно через Ж.

В общем, да(было бы без репита). А так он еще и репититься по 2-м направлениям. А эффект "якобы резины" достигаеться благодаря свойству "fixed", которое (всегда) фиксирует центральную часть фона по центру.

Фон на этом сайте не резиновый, так только визуально может показаться. background: url("../images/background.jpeg") repeat fixed center center #080705; Он (динамически) центритуеться по центру.

Та не приложение(чат, календарь, тд.) мы помещаем в <menu>, а только список(набор) его команд, кнопок..., если они там присутствуют и мы хотим придать им семантическую роль - Menu: динамическое меню управления чем-либо, не набор навигационных ссылок.

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

Подобный стиль мне тоже подуше... но ничего особенного в данном дизайне не увидел... Самый обычный сайт-визитка. Верстка на уровне продвинутого junior'a... возможно, middle. Usability в минусе! После 10 мин проведенного на сайте, мне жутко захотелось покурить... все эти меее-длеее-нные всплытия, "перетекания", не удобный скролл... hover на изображениях - такого издевательства над нервами пользователя не часто втретишь... Lightbox закрыть можно Только при нажатии на само изображение. При закрытии или навигации идет перезагрузка страницы.. жуть... 2-3 плагинов плагина(scroll) jQuery и очень странного(самописного) слайдера + CSS3 transition. Плюсы не заметил. Минусы описал выше. П.С. Не советую равняться на данный сайт... Все вышесказанное - ИМХО)

А списком может быть только навигация? Список !== навигация. К тому же навигация понятие обширное. Мы говорим про навигационные(по сайту) ссылки.

медиа проигрывателей, чата, сложного календаря или, например, доски для рисования)

<nav> <menu> для интерфейсных контролов, управления в приложении, игре. (вкратце)