Неприятный глюк Mozilla Firefox 3 c position:fixed

[ernt]

Не проще ли и без того глючный position: fixed заменить на position: absolute по типу недавнего примера от боюсь-сказать-кого? :)

[CurlyBrace]

И что же глючного в position: fixed?

[Mebeus]

В ИЕ6 работает некорректно

[CurlyBrace]

Ах ну да, это конечно же position: fixed виноват. Как же так, эти лохи из W3C не поработали над совместимостью с IE6!!?

[Mebeus]

Вы спросили — я ответил. Не надо иронии и лишнего числа восклицательных знаков в конце предложения.
ПС: вытрите пену у рта… напустили

[CurlyBrace]

Иногда лучше помолчать, будете казаться умнее. Ответил он…

[ferrari]

тем не менее сайт вы сдаете заказчику с браузером(иногда и ie6), а не исходник html под сверку правил консорциума w3c.
IE6 — общая беда, с которой надо считаться и от выпадов в подобном стиле элемент «глючности» не перестает от этого наблюдаться.

[CurlyBrace]

Ничто не мешает вам сдавать заказчику сайт, работающий во всех браузерах, и тем не менее следить за чистотой и соответствием стандартам в исходниках.

По поводу совместимости я ответил ниже.

[smartov]

Мне кажется Curly сегодня девушка не дала. На людей кидается…

[CurlyBrace]

Летят самолеты — привет мальчишу!
Гудят пароходы — привет мальчишу!
Едут троль-лейбусы — привет мальчишу!

[sunnybear]

теперь осталось вспомнить, что в IE5-6 «боксовая модель» представляет собой двуликого (не побоюсь этого слова!) Януса, поведение которого зависит от hasLayout… И подумать про «лохов из w3c» :)

[sunnybear]

спасибо за ценное поправку. Но все же вводить некоторое «разбиение» между этими двумя моделями было крайне неосмотрительно (не выпустив документации, как это «разбиение» использовать)

[sunnybear]

я про справку, когда «врубается» одна модель, а когда — другая

[dfuse]

Идиотский стандарт такой из-за картинок. Если в режиме border-box картинке 100×100 прописать border: 5px solid black, то результирующий размер будет 110×110, а это как раз поведение context-box.

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

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

[CurlyBrace]

Зачем с ног на голову переворачивать-то? Если уж на то пошло:

Один из самых распространенных браузеров глючен и некорректно обрабатывает стандарт CSS position: fixed.

[CurlyBrace]

Играть словами можно сколько угодно, IE6 от этого менее глючным не станет.

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

Ну а если говорить о верстке, то я за то, чтобы нормальным браузерам отдавать position: fixed, а для IE6 эмулировать.

[CurlyBrace]

*арифметически

[CurlyBrace]

Давайте вы не будете предлагать мне синтентические тесты, ок? Acid — это конечно хорошо, но далеко не полностью отображает реальное положение дел.

Да и то, много ли есть браузеров, которые в Acid получают меньше баллов чем IE6?

[CurlyBrace]

Ага, ну ясно. Спасибо. Пойду поддерживать Mosaic. Всего хорошего.

[leonard]

По-моему он уже не самый распространённый. И это по довольно пессимистической статистике.

[CurlyBrace]

А вот, для сравнения, общая статистика, а не только по Рунету. Впрочем цифры схожи.

[leonard]

Главное что ie6 уже не самый популярный браузер)

[leonard]

Чем раньше перестанем бодаться — тем раньше он умрет…

[sirus]

примерчик реально полезен

[BaBL]

По-моему у мозиллы его поведение как раз правильное.

fixed

По своим свойствам это значение аналогично absolute, но в отличие от него привязывается к указанной атрибутами left, top, right и bottom точке на экране и не меняет своего положения даже при пролистывании веб-страницы. Браузеры Netscape, Mozilla и Firefox вообще не отображают полосы прокрутки, если положение элемента задано фиксированным, и оно не помещается целиком в окно браузера. В браузере Opera хотя и показываются полосы прокрутки, но они никак не влияют на позицию элемента. Internet Explorer 6 и ниже не поддерживает данное значение.

[nooze]

И какое это отношение имеет к багу? Прочтите внимательно, речь идет не о перетаскивании элемента fixed, а _над_ элементом fixed

[Auru]

по поводу скроллинга: в своем драгендропе я избавился от дрожания тем, что отслеживал, где находится перетаскиваемый элемент относительно scrollable областей (документ или все, что имеют overflow: auto|scroll) и если внутри и рядом с границей, сначала перемещал элемент, а потом уже искуственно скроллировал.

[BVadim]

Спасибо. Хорошая идея. Попробую этот вариант.

[WoZ]

не совсем в тему… но все же…
а у меня под Ubuntu в Firefox 3.0.3 (даже в 3.0.x) наблюдается странный глюк. при правом клике по ссылке (напр, хочу открыть в новом окне или сохранить) периодически не всплывает контекстное меню, а рандомно выбирается пункт этого меню, без всплытия самого меню. вот нажму правую кнопку, а ФФ мне сохраняет страницу или пытается добавить правило в адблок… жутко раздражает.

баг известен, но уже месяца 3 не исправляют.

[SamDark]

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

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