Pull to refresh

Comments 64

так камон, рассказываем про минуса трусы
UFO landed and left these words here
Это пишет человек, который считает что «покультурнее» пишется раздельно;)
Запятую пропустили, предлагаю вам пойти сделать харакири
Да ошибся, извините. Но я не претендую на суперграмотного.
А в конце предложения, кстати, ставится точка.
Grammar Nazi vs Grammar Nazi.

Вах!
А на кого претендуете, на человека который до каждого столба дое«ется?
Я понял, что на культурное общение.

Прекрасное общение получилось :)
UFO landed and left these words here
А можно узнать подробнее о Вашей конфигурации? Я обладатель P4-3Ghz, 1024Mb RAM, AGP GeForce 7300GT, FF 3.5.1. Я нахожу свою конфигурацию устаревшей, но описанной Вами проблемы не наблюдаю. Во всяком случае на Хабре.
Кстати, описанная Вами проблема действительно наблюдалась раньше, но еще в FF2. И решалась она средствами CSS. Жаль точнее не помню и сейчас не могу найти. Но если найду — обязательно отпишу.
Погуглил, нашел репорт по данной проблеме.
Заодно понял, почему не наблюдаю данной проблемы у себя — отключена плавная прокрутка.
Инструменты -> Настройки -> Дополнительные -> Общие -> Использовать плавную прокрутку
Да, я пробовал жить без плавной прокрутки — меня она ещё больше напрягает, так как установлен большой шаг скроллинга. Но Вы правы, то о чём я написал, имеет место именно при плавном скроллинге.
железо устаревшее…
плавная прокрутка отключена изначально т.к. на Asus eee 701 (630mHz) тормозит и без элементов position:fixed
Только что посмотрел, что это именно эта проблема.

Но как такое может быть?
Reported: 2003-04-09 (!!!!!)
Status: NEW

Ведь у других браузеров нет такой проблемы.
Могу предположить, что это как-то связанно с механизмом отрисовки в Gecko.
Думаю что можно как вы говорите через css решить, если просто подгружать пользовательские стили вдобавку. Просто как вариант.
E8400/2Gb/7600gs тот же фф и вин7 — есть артефакты, не то чтобы сильно тормозило, но рвет картинку.
Крайне не хотелось бы рассматривать случай с использованием Windows 7… Надеюсь, Вы поймете.
Не берусь судить плох он или нет, но драйвера не вызывают особого доверия. А согласитесь, что от драйвера видеоадаптера зависит не мало…
У меня Celeron 1.8GHz. Но, в любом случае, Вы очень хорошо описали то, что я долго не мог сформулировать — «рвет картинку».
У меня очень старенький ноут: Celeron 1.8GHz с int. video, 1Gb RAM
О ужас, только что посмотрел, что у меня даже на 1.8, а только 1.6… размечтался :)
Да, у Вас практически такое же решение. Но я действительно искал (Firefox + position:fixed).
Именно поэтому я перешел на просмотр Хабра в Хроме.
Панельки сбоку типа «оставьте свой отзыв» вообще какая-то глупость.
Замечание по коду: unsafeWindow не рекомендуется использовать, особенно, когда можно обойтись без него:
window.addEventListener("scroll", function () {
...
}, false);
Уже обновил скрипт. Жаль заряд уже с утра закончился и нечем отблагодарить. Но я Вас запомнил :)
UFO landed and left these words here
[irony]ну должен же FF быть в чём-то хуже[/irony]
Может быть. Я вот вспомнил, что похожие тормоза я ловил на starcraft2.com, именно когда внизу страницы начинает проглядываться большая закреплённая фоновая картинка.

Но состояние этого багрепорта совсем не радует…
Reported: 2006-11-24
Status: NEW
Если в этой проблеме виновата библиотека cairo, тогда ждать исправления стоит не от них. :(
Я, к сожалению, упустил тот момент, когда эта проблема появилась. Возможно как раз с выходом Firefox 3.0 — где они стали использовать эту библиотеку.
Та же самая фигня с фаерфоксом 3.0.11 даже на не самом слабом компе — Core2Duo 1.6GHz.
Гм, я слышал что в експлорере 6 бороться с глюками при эмуляции pos: fixed помогает background-attachment: fixed, на body (ну или на диве, который под прикрепленным элементом), не хотите попробовать с ФФ, а вдруг поможет?

Кстати, в Опере это не тормозит, но зато тормоза прокрутки вызывают элементы со свойством outline, недавно кучу времени убил, чтоб обнаружить это.
в експлорере 6 бороться с глюками при эмуляции pos: fixed помогает background-attachment: fixed
Да, я знаю об этом. Оно лечит только глюк IE6.
Однажды под новый год случилось на сайт устанавливать снежинки :-)
В первой версии скрипта я сделал див 1x1 с position:fixed, а уже относительно него двигал все снежинки. Так вот когда начал проверять в ФФ я был в шоке, такого «расколбаса» на странице я даже в IE6 не видел :-) На тот момент пришлось отказаться от использования этого свойства.
Сделайте нам как-то на пятницу с обеда такую страницу, ну пожалуйста? ;-)
не знаю, у меня лично при position:fixed у элементов ничего не тормозит, а вот если у background стоит fixed, то жутко все тормозит, причем не только в фф, и не только в винде, но и в mac os
А есть такой универсальный скрипт, чтобы на всех сайтах можно было прятать fixed-элементы?
Так можно упрятать какой-то важный элемент. Приходится подстраиваться под конкретные сайты, блокировать конкретные популярные сервисы.
Спасибо за скрипт. Но у меня все ровно остались проблемы.
Рендеринг страниц на хабре немного стал лучше. А вот все остальные сайты, продолжают тормозить при скроле.
Возможно у меня проблема в чем-то другом.
Этот скрипт написан только для панельки Хабра.
А я, действительно, так скрипт оформил, что и не видно, что он только для Хабрахабра. Исправил.
Я тоже ощущаю дискомфорт при прокрутке страниц с такими элементами в Fx.

Но что делать, если у меня в Google Chrome подобный эффект наблюдается на всех страницах?
Любая более-менее большая страница, и прокрутка в Хроме тормозит, нагрузка на процессор — 100 %…

Celeron 2.5 Ghz, конечно, слабый процессор, но Firefox и Opera вполне справляются.
Пользуясь случаем хочется попросить сообщество, прояснить один вопрос:

Имеется куча сайтов на IIS все они доступны в корпоративном интранете (большинство содержит баги), хочется приделать аналогичную кнопочку на каждую страницу, но вручную править страницы это не вариант.

Каким образом можно добавить к странице кусок javascript кода? (на сколько я понимаю это должен делать IIS). Просьба подсказать или кинуть ссылку.
/me Кажется нужно копать в сторону ISAPI фильтров, но чувствую, что там только геморой :(
Попробуй избавится от fixed'а. Есть способ, по-моему его предложил Сергей Чикуенок, суть заключается в том, что мы ложим див на всю видимую область, делаем ему overflow:auto, а body — overflow:hidden. Визуально тоже самое, но если положить элемент абсолютно вне дива, он встанет как fixed (это решение правило еще поведение fixed'a с png24 внутри при скроллинге в ff).

Если всякие fixed-приблуды важны — кури в эту сторону ;)
Только не ложим, а кладём, воут?
Можно конечно посоветовать разработчикам использовать вместо честного position:fixed его эмуляцию, которая избавляет от «разрывов» при скроллинге (через дополнительный общий контейнер), но стоит ли? :)
Думаю, что это не баг, а скорее особенность рендеринга. На машинах помощнее и движке посвежее это уже не заметно как раньше.
Обладатели бюджетных ноутов сразу понимают о чем этот пост, и более тысячи установок скрипта тому подтверждение.
У меня вот не слабое железо и возможно поэтому я никогда этого не замечал, но всё равно — описанное вами поведение заслуживает создания соответствующего бага в багзилле.
Если вас не затруднит — то, пожалуйста, создайте баг. Я бы и сам создал его, но я его не наблюдаю.
Там статус бага resolved fixed, у вас ещё наблюдается этот баг?
Да, так как ноут остался тот же и Firefox на нем старой версии, и обновляться пока что не будет из-за поддержки расширений.

Так же не ясно, в какай именно версии проблема была исправлена и была ли вообще реально исправлена, так как в комментарии к изменению статуса просто написано:
I can no longer reproduce the slow scrolling effects with the latest hourlies.
Only those users with full accounts are able to leave comments. Log in, please.