SelenIT

hf3, а как же всякие аксессибилити? Мое убеждение — незачем героически преодолевать трудности, которых не возникло бы, применяй мы инструменты по назначению. Обман валидатора — не труЪ W3C-путь, да, скриптами и т.п. ухищрениями можно сделать запрещенную корявость, формально не нарушив букву спецификации, но ее духу такие выкрутасы противоречат, имхо, гораздо больше, чем пара-тройка несущественных ошибок валидности (при соблюдении веллформности, само собой, если речь про XHTML). Незачем выбирать слишком строгие доктайпы для вещей, где могут понадобиться этот start, пресловутый target ссылок и т.п. Специально для таких случаев сохранили Transitional-доктайпы, теперь к вариантам выбора еще и HTML5 добавился. Инструменты должны решать задачи, а не ставить новые, непонятные и никому по сути не нужные Ну а если из академического интереса или по странной прихоти продвинутого заказчика нужно сделать всё стерильно — имхо, CSSный вариант в плане соответствия духу W3Cшного подхода рулит безоговорочно. А уж подпирать ли старые IE костылями или оставлять "изящно деградировать", каждый выбирает для себя...

Nigelist, похоже на банальную опечатку - двоеточие между top и expression потерялось...

Как вариант — position:absolute; top:0; bottom:0 (при position:relative для контейнера). Но IE6 в пролете (хотя туда ему и дорога).

[offtop]однако хорошая иллюстрация к тезису капитана Врунгеля о важности правильных наименований: назвали общий контейнер "обло" - оно и получилось обло, озорно, стозевно и т.д. по тексту (хорошо хоть не залаяло). И строить дом с крышей на фундаменте из муки (flour) вместо хотя бы цемента тоже неосмотрительно - при малейшей активности одной-единственной мышки что-нибудь обязательно съедет, или сам фундамент, или крыша... Вообще psywalker полностью прав, для такой простой задачи незачем так усложнять и запутывать стили.

Возможно, еще такой подход пригодится (плюс - единообразие стилей блоков, минус - лишний элемент и хаки)...

Как минимум, в каком-то IE при ресайзе окна с таким способом скроллинг отставал от рамки — мелочь, а "как-то неаккуратненько". Но главное — необходимость выноса фиксируемых элементов за пределы wrapper-а, что не всегда возможно при необходимости внезапно зафиксировать какой-либо элемент динамически (случай редкий, не спорю — но чего только заказчики порой не требуют... Плюс небольшой, но и ненулевой риск непредсказуемости при подключении сторонних штуковин типа лайтбоксов-шмайтбоксов, плавного скроллинга к якорям и прочих украшательств (и это во всех браузерах, не только в одном ущербном). Оно того стоит?

Имхо, вариант с экспрешном (плюс html {background:url(about:blank) fixed}, чтобы избавиться от дрожания, в развитие первого "лебедевского" способа) всё-таки правильнее. Лучше поставить костыль для одного доживающего последние дни инвалида, чем из-за него усложнять жизнь всем, заставляя body вести себя неестественно, а div — корчить из себя body, и усложняя мелкие правки страницы (напр., смену позишн:фиксед на нефиксед и обратно у других существующих эл-тов страницы)... Привязка к top-у на самом деле не существенна, в expression можно засунуть любую комбинацию scrollTop-а c offsetHeight-ом, например, которая даст нужный результат. Единственный нюанс — при нормальном доктайпе вместо document.body нужно использовать document.documentElement.

Часто в подобных случаях помогает что-то, связанное с фоном или шрифтом для самой a:hover.

Это да, но у девятки больше вариантов

Я это и имел в виду, только выразился коряво. Поэтому для кроссбраузерности приходится прописывать их оба. Со вложением спойлера в ссылку, конечно, будет работать (у Стью же работало. Но интересно выяснить, отчего такая свистопляска с :hover+нечто. Вечером, если не засну от усталости, поэкспериментирую...

Это временно, пока не вышли браузеры с полной реализацией нового алгоритма парсинга (в FF4 уже обещают). Вольность тоже вынужденная, синтаксис вынужден подстраиваться под поведение браузеров (при text/html). Раз парсеры браузеров закрывают P не только по </p>, но и по открывающим тегам заголовков, списков и т.п. — все эти варианты и зафиксированы спецификацией. А в application/xhtml+xml никакой вольности как не было, так и нет, только доктайп стал необязательным (он всё равно ни на что не влиял, кроме валидатора).

Какой еще минус? Высота строки по определению положительна и считается от верхнего края. А сами буквы оказываются как раз посередине...

Он еще, по идее, волшебный метатег понимает, которым его можно скукожить до "восьмерки" или даже "семерки" (точнее, "восьмерки, прикидывающейся семеркой"). Итого у него будут ни много ни мало 6 режимов отображения страниц ("как IE5.5", "как IE7 с доктайпом", "как IE8 c переходным доктайпом", "как IE8 со строгим доктайпом", "собственный для строго доктайпа" и "собственный для переходного"). Плюс, возможно, чуть-чуть особый режим для application/xhtml+xml, который он, насколько я в курсе, впервые за всю историю IE станет понимать. Однако рекорд...

Если все надписи однострочные, самый простой вариант — задать line-height, равный height'у.

Во всех, кроме IE, состояние фиксируется по :focus вместо :active (или вместе, для надежности). Правда, только до потери этого фокуса, плюс можно случайно выбрать с клавиатуры. А вот почему IE7 так артачится, мне непонятно. С :hover ведь аналогичный фокус проходит... Смена самой a:active цвета фона или hasLayout-а — такое помогало в IE6 с a:hover что-то, силой заставляя браузер перерисовывать ссылку и всё с ней связанное — тут не помогло. Но чует моя интуиция, что как-то побороть можно, сам по себе соседский селектор IE7 ведь практически поддерживает...

Где вертикальная координата (top или bottom) позиционируемого эл-та? По стандарту недостающие координаты отсчитываются от дефолтного положения эл-та в строке, что позволяет делать прикольные эффекты типа привязанных к тексту подсказок. Но IE, к сожалению, стандарт не всегда указ...

Айпад вроде как раз не проблема, там шикарный встроенный зум, с которым про физические пиксели можно практически не задумываться. Но вот нетбуки, что я вижу в магазинах, в основном по-прежнему с 1024, широкоэкранники с 1366 пока скорее экзотика...

Кроссбраузерно можно извратиться как-то так (см. колонки, на кот. написано большое слово CLICK). Но не нужно, имхо. Это совсем уж нецелевое использование ссылок и псевдоклассов...

На XPюшку по-прежнему никак не поставить?

"То, что ниже" — это пустой абзац с двумя <br>-ками? Он не проваливается под <div> с "хлебными крошками", потому что у того стоит float и тот див "вплывает" в этот абзац. Достаточно поставить этому абзацу clear: left, и наезжать перестанет.

Diver2, position:relative отсчитывается от того места, где элемент стоял бы, имея position:static. Только "включает" z-index, плюс в IE иногда возникают проблемы вроде сабжевой при динамической перерисовке (возможно, еще при "дорастяжении" блоков по загрузке картинок и т.п.), часто лечится hasLayout-ом (а float, кроме прочего, как раз его включает). Но в FF я таких проблем не припоминаю. Можно увидеть пример? Отрицательных маргинов там случаем не было?

Вообще-то relative сам должен двигаться куда надо. Проблема, случаем, происходит не в IE при динамической смене контента верхнего дива?

Моё мнение, что рано ещё. Если урезать 20% "красоты" по краям — настолько критичная проблема, имхо, скорее стоит задуматься о двух (и более) вариантах дизайна и адаптивной разметке. Хотя без привязки к конкретному сайту и его специфике (одно дело — магазин по продаже гламурных гаджетов для просмотра HD-фильмов, где узкие экраны и впрямь идут лесом, и совсем другое — какая-нибудь доставка пиццы с прицелом на госслужащих, по-моему, спорить действительно как-то нелогично...

s0rr0w, ну понятно, что защитить любой показываемый контент от копирования этим (как и любым другим, впрочем) способом невозможно, даже без файрбага . А вот для улучшения юзабилити (тот же псевдооконный интерфейс с заголовками для таскания, какие-нибудь "левые" тултипы и т.п.) — почему бы нет?..

Насколько я понимаю, это скорее для веб-интерфейсов, где грань между одним и другим провести трудно. Хотя в вебе и так от интерактивности (и необходимости как-то отражать ее визуально) никуда не деться (тот же :hover)...