Pull to refresh

Comments 9

Есть ещё один отличный способ улучшить доступность бесконечного скрола. Отключить его нафиг. Вот реально - куда бы не воткнули, лучше не стало. А уж удобнее - так подавно. Там где бесконечный скрол необходим, туда лучше не соваться.

Согласен, что гемор тот еще.

А вот что делать тем, кто чаты пишет? Если при просмотре истории диалога будет пагигация, а не скролл, то у пользователя глаз выпадет от непривычки.

Делать так, как делали на заре зарождения чатов. Задавать размер контейнера содержимого чата. В итоге и бесконечная прокрутка есть и все элементы на виду(тот же футер).

А делать так как у Озон(тут хоть догадались сделать скролл конечным) или Алиэкспресс(где фтур есть, но не доступен) дурной тон.

В статье же, на мой скромный взгляд, описаны методы подпирания граблей костылями.

Хорошее замечание, но как быть тем, кто, например, «путешествует» по сайту с помощью клавиатуры? Одно дело, когда у нас все элементы в поле зрения, но от того, что мы зададим фиксированные размеры контейнеру ленты, фокусироемость на дочерних элементах внутри не пропадет, и мы вновь упремся в ситуацию, когда будем в бесконечном скролле

Скажем так, для чатов бесконечный скролл - это тоже сомнительное решение. Когда мне надо попасть год назад, я не буду бесконечно скроллить. Я буду именно что тулзы искать, которые позволят мне либо шукать, либо выбирать даты, чтобы я мог найти то, что надо.

Кстати, хорошая идея разбивать страницу диалога с юзером на даты. Возьму на заметку. +1

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

Согласен, с ним много проблем, и, кажется, то, в каком виде он реализуется сейчас на многих сайтах - вариант точно не из лучших, другой момент, что у нас также есть желания бизнеса. И тут уж либо переубеждать, либо реализовывать, стараясь сделать продуманно в том числе с точки зрения веб-доступности.

С версии Хрома 130 появится фича - Keyboard focusable scrollers. С версии Хрома 127 фича находится в экспериментальной стадии и можно попробовать включив соответствующий флаг (keyboard-focusable-scrollers). Это всё к тому, что для определенных случаев поведение изменится, и его надо будет либо обходить, либо использовать.

Это также повлияет на Ваш пример, если в подобной реализации внутри карточек появится блок со скроллом.

Спасибо за статью. Да, действительно придется поменять пример, однако в статье сказано, что если явно устанавливать tab index -1, то фокусироваться не будет. В моем же примере надо поменять селектор, который делает элементы внутри карточек нефокусируемыми

Sign up to leave a comment.

Articles