Как стать автором
Обновить

Комментарии 43

И что же глючного в position: fixed?
В ИЕ6 работает некорректно
Ах ну да, это конечно же position: fixed виноват. Как же так, эти лохи из W3C не поработали над совместимостью с IE6!!?
Вы спросили — я ответил. Не надо иронии и лишнего числа восклицательных знаков в конце предложения.
ПС: вытрите пену у рта… напустили
Иногда лучше помолчать, будете казаться умнее. Ответил он…
тем не менее сайт вы сдаете заказчику с браузером(иногда и ie6), а не исходник html под сверку правил консорциума w3c.
IE6 — общая беда, с которой надо считаться и от выпадов в подобном стиле элемент «глючности» не перестает от этого наблюдаться.
Ничто не мешает вам сдавать заказчику сайт, работающий во всех браузерах, и тем не менее следить за чистотой и соответствием стандартам в исходниках.

По поводу совместимости я ответил ниже.
Мне кажется Curly сегодня девушка не дала. На людей кидается…
НЛО прилетело и опубликовало эту надпись здесь
Летят самолеты — привет мальчишу!
Гудят пароходы — привет мальчишу!
Едут троль-лейбусы — привет мальчишу!
НЛО прилетело и опубликовало эту надпись здесь
теперь осталось вспомнить, что в IE5-6 «боксовая модель» представляет собой двуликого (не побоюсь этого слова!) Януса, поведение которого зависит от hasLayout… И подумать про «лохов из w3c» :)
НЛО прилетело и опубликовало эту надпись здесь
спасибо за ценное поправку. Но все же вводить некоторое «разбиение» между этими двумя моделями было крайне неосмотрительно (не выпустив документации, как это «разбиение» использовать)
НЛО прилетело и опубликовало эту надпись здесь
я про справку, когда «врубается» одна модель, а когда — другая
НЛО прилетело и опубликовало эту надпись здесь
Идиотский стандарт такой из-за картинок. Если в режиме border-box картинке 100×100 прописать border: 5px solid black, то результирующий размер будет 110×110, а это как раз поведение context-box.

Вот и получается, что в модели border-box есть важная логическая нестыковка, видимо от этого парни из W3C и отталкивались.

А теперь личное мнение: ради одного дурацкого элемента IMG заставлять все элементы работать в не-интуитивном ключе было безумием. Оставили бы граблю только для IMG, а для остальных сделали бы как логичнее…
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Зачем с ног на голову переворачивать-то? Если уж на то пошло:

Один из самых распространенных браузеров глючен и некорректно обрабатывает стандарт CSS position: fixed.
НЛО прилетело и опубликовало эту надпись здесь
Играть словами можно сколько угодно, IE6 от этого менее глючным не станет.

Кроме того, если вы сомневаетесь в твердости стандартов, вы можете просто сравнить арофметически количество браузеров, корректно работающих со стандартами, и количество некорректно работающих.

Ну а если говорить о верстке, то я за то, чтобы нормальным браузерам отдавать position: fixed, а для IE6 эмулировать.
*арифметически
НЛО прилетело и опубликовало эту надпись здесь
Давайте вы не будете предлагать мне синтентические тесты, ок? Acid — это конечно хорошо, но далеко не полностью отображает реальное положение дел.

Да и то, много ли есть браузеров, которые в Acid получают меньше баллов чем IE6?
НЛО прилетело и опубликовало эту надпись здесь
Ага, ну ясно. Спасибо. Пойду поддерживать Mosaic. Всего хорошего.
НЛО прилетело и опубликовало эту надпись здесь
По-моему он уже не самый распространённый. И это по довольно пессимистической статистике.
А вот, для сравнения, общая статистика, а не только по Рунету. Впрочем цифры схожи.
Главное что ie6 уже не самый популярный браузер)
НЛО прилетело и опубликовало эту надпись здесь
Чем раньше перестанем бодаться — тем раньше он умрет…
НЛО прилетело и опубликовало эту надпись здесь
примерчик реально полезен
По-моему у мозиллы его поведение как раз правильное.

fixed

По своим свойствам это значение аналогично absolute, но в отличие от него привязывается к указанной атрибутами left, top, right и bottom точке на экране и не меняет своего положения даже при пролистывании веб-страницы. Браузеры Netscape, Mozilla и Firefox вообще не отображают полосы прокрутки, если положение элемента задано фиксированным, и оно не помещается целиком в окно браузера. В браузере Opera хотя и показываются полосы прокрутки, но они никак не влияют на позицию элемента. Internet Explorer 6 и ниже не поддерживает данное значение.
И какое это отношение имеет к багу? Прочтите внимательно, речь идет не о перетаскивании элемента fixed, а _над_ элементом fixed
по поводу скроллинга: в своем драгендропе я избавился от дрожания тем, что отслеживал, где находится перетаскиваемый элемент относительно scrollable областей (документ или все, что имеют overflow: auto|scroll) и если внутри и рядом с границей, сначала перемещал элемент, а потом уже искуственно скроллировал.
Спасибо. Хорошая идея. Попробую этот вариант.
не совсем в тему… но все же…
а у меня под Ubuntu в Firefox 3.0.3 (даже в 3.0.x) наблюдается странный глюк. при правом клике по ссылке (напр, хочу открыть в новом окне или сохранить) периодически не всплывает контекстное меню, а рандомно выбирается пункт этого меню, без всплытия самого меню. вот нажму правую кнопку, а ФФ мне сохраняет страницу или пытается добавить правило в адблок… жутко раздражает.

баг известен, но уже месяца 3 не исправляют.
В FF2, насколько помню, ещё некорректно отрабатывал скролл колёсиком при помещении курсора в блок с position: fixed: http://rmcreative.ru/playground/ff-fixed-scroll/. В FF3 поправили.

А вот бордюрный баг, который мы с товарищем отрепортили ну очень давно, так и не исправлен:
http://rmcreative.ru/playground/mozilla-table-border-bug/
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории