Мобильные устройства, position: fixed; и во что это выливается

[Kaaboeld]

Почему бы просто тот самый absolute; на мобильных устройствах не привязывать к нижней границе по координатам, минус размер самого элемента? На браузерах поддерживающих fixed; делать его а на остальных делать так выше сказано в чем же разница в мобильных (на моей практике ее не замечено). Как по мне так отсутствие zoom + доп. ratio скорее минус.

[Kaaboeld]

Ах, да забыл спросить: — зачем(!?) scroll to top на телефоне с сенсорным экраном?

[TheShock]

Если страница очень большая, то это лучше, чем листать её вручную вверх.

[Kaaboeld]

Быстрое движение по экрану от верха к низу экрана (android 2.3, htc legend) позволяло перемотать к началу ленту из 500+ комментариев Хабра к началу статьи. В отличии от этого кнопка занела бы «полезную площадь» хотя конечно — это не так критично, чем в одно, два движения переместиться к верху прочитанного контента.

[TheShock]

Вы знаете, у меня htc wildfire и 2000 смс с девушкой.
И когда он по какой-то причине при открытии проглючивает и бросает в верх этого списка, то я проклинаю его за то, что нету кнопки «Scroll to Bottom». Никаких «2-3 движания» — сиди и листай.

[Kaaboeld]

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

[TheShock]

Пробовал, естественно. У меня не срабатывает( Если открылось вверху, то до выключения телефона будет открываться вверху. Может, конечно, можно как-то выгрузить приложение из памяти, но я — не заморачивался

[Kaaboeld]

Вот, от случая к случаю, но — это никогда не было проблемой. В контексте темы обсуждения я ее, проблемы тоже не вижу, только плохая организация контента (в смс на андроиде (их необходимо как-то группировать) — плохо, например), плохая организация интерфейса — вот здесь проблема а не в наличии кнопки перейти ниже/выше < — это следствие.

[nur]

На iOS если тапнуть по верхней полоске (там где часы) происходит то же самое.

[PingMe]

К тому же в iOS всегда есть возможность «проскролить» к началу страницы с помощью нажатия на верхнюю полоску статус бара. Более бесполезного занятия трудно найти ) Извини, топик-стартер.

[SlavikF]

Столько «костылей» ради полоски «scroll to the top»,
А польза от этого довольна сомнительна — я на своём HTC MyTouch 4G только с третьего раза попал пальцем в эту полоску, то есть проще было отмотать вверх.

В своём проекте я использовал JavaScript, который стырил отсюда, но это работает только для мобильников.

Костыли, костыли, вокруг одни костыли…

[roman01la]

На счет попасть по кнопке: думаю это зависит от калибровки сенсора. Т.к. в моем Galaxy Gio с диагональю экрана в 3.2" мне совершенно не составляет труда тапнуть по этой полоске.

[Smartfon]

В Сафари на iOS тап по верхней, статусной панели выполняет функцию «Scroll to top».

[bytecode_rus]

и position:fixed есть с пятой версии если не ошибаюсь

[bytecode_rus]

в, ну в статье про это как раз есть
в следующий раз я буду внимательней

[fatal]

В Opera Mobile если быстро прокручивать вверх или вниз, то браузер показывает кнопку по нажатию на которую можно бытро спуститься или подняться до упора.

[Agent_Smith]

Я вам открою тайну, это работает во всех приложениях, где используется стандартный Scroll View контрол.

[Kalobok]

Осталось добавить полоски «Scroll to bottom», «Scroll to the topmost comment», «Scroll to my first comment», «Scroll to my last comment» и, главное, «Take me out of here now!».

[posledam]

А что с формой поиска? Размер уехал куда-то влево и далеко.

[posledam]

Вправо, простите ))

[roman01la]

Да, действительно. В фф съехала. Спасибо!

[evnuh]

Только позавчера боролся с этой же проблемой.
У вас, видимо, ее нет (т.к. кнопка не показывается, если страница в самом верху). А у меня дело вот в чем: меню вверху, задано position: fixed. При клике на пункты меню страница прокручивается влево-вправо. Проблема в том, что при прокрутке страницы JS-ом все fixed-ы фактически едут вместе со страницей (хотя рисуются правильно), и чтобы их вернуть на место надо чуть-чуть подвигать страницу пальцем. Так вот и получается, что я 1 раз жму — страница крутится, и больше меню не нажимается, т.к. фактически оно тоже уехало. Надо подвигать страницу пальцем, тчобы меню снвоа заработало.
Может вы знаете как решить эту проблемку?
Для меня решение очевидно — вынести меню из скроллящейся области, но верстка не моя и она крайне убога и вся завязана на таблицах, что влечет за собой переверстку пол-сайта(

[roman01la]

Не могли бы вы дать ссылку? Думаю так будет проще.

[Mithgol]

Проверка регулярным выражением на наличие подстроки «android» может выйти боком, когда Android станут ставить не только на мобильники да планшетки, но и на более компьютероподобные устройства — ASUSовские ноутбуки, например.

[dmitry_dvp]

$(window).scroll( function() {
   if ( $(this).scrollTop() > $(window).height() ) { // Если длинна прокрутки страницы больше высоты экрана, то...
      $('.scroll-to-top-mobile').fadeIn(); // Показать кнопку
   }   else   { // Если нет, то...
      $('.scroll-to-top-mobile').fadeOut(); // Скрыть кнопку
   }
});

Это сколько же фейдИнов накидается в queue, пока будут происходить onscroll.
может хотя бы .stop().fadeIn() и .stop().fadeOut()

[kolyuchii]

Спасибо за решение!

[Connor]

var mobile = (/iphone|ipad|ipod|android|blackberry|mini|windows\sce|palm/i.test(navigator.userAgent.toLowerCase()));

Тут не нужен toLowerCase(), т.к. в регулярке уже стоит параметр «i», который указывает на нечувствительность к регистру.

[ivnC]

Помню, была такая же беда с fixed элементом. Но использовать

<meta name=”viewport” content=”user-scalable=no” />

было нельзя.
В итоге пришлось пересчитывать его позицию с помощью

window.addEventListener(«orientationchange»
window.addEventListener(«scroll»

Единственное, мобильная опера вообще не поддавалась лечению, так что пришлось ампутировать:

if( clientBrowser.isOpera ) {
	$('.box').hide()
}