Бесконечный скролл, как сомнительное улучшение интерфейса

Переход по страницам можно делать и не перезагружая всю страницу. 2ой плюс пропадает

Каждому решению своё место. Наприме, у блога Tumblr бесконечный скролл и он там вполне уместен. Так как предполагаемого конца практически нет (т.е. он очень и очень далеко). Тоже самое касается твиттера. С другой стороны пейджинг уместен для конечных страничных документов, и то довольно сомнительное удобство. Обычно нужны начало и конец. Какой смысл прыгать на середину?

Главное преимущество — экономия времени, потому что меньше кликов, особенно в узкие циферки пагинатора.
И есть еще один недостаток — невозможно доскроллить до футера, поэтому требуется какой-то другое интерфейсное решение, либо вообще футер убрать и перенести все го элементы в другое место.

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

Мне нравится бесконечный скролл. Лично у меня очень редко возникают ситуации, когда «надо отмотать назад», тут да, минус. Я готов с ним мириться. Остальное не существенно.

Нету понимания всего объема информации (так сколько же мне еще нужно листать этот проклятый скролл, чтобы дойти до конца!?)

Сервер же знает сколько реально информации есть — можно сообщать «показано N элементов из M», как-то так.

Какая-то анти-статья

> Нету понимания всего объема информации
В том посте (лень искать) который был недавно на хабре предложили варианты, как это показать

> Бо́льшая нагрузка на интерфейс браузера
Лишние данные можно убирать, оставив только окно, например, в 100 записей.

> Т.к нету деления на условные элементы информации, т.е страницы
Это не минус, а просто пока не реализовано (опять же см. тот пост) в наших соц. сетях. Технически это можно сделать.

> Подгружается только нужный контент, следовательно меньше нагрузки на сервер
Спорно, часто как раз прокручивают всё до конца, лишь бы уйти вниз страницы, тогда как на циферки страниц кликают осознано. К тому же не вижу особой нагрузки, чтобы выдать закэшированные данные разметки…

> Быстрее грузится дополнительный контент, чем бы перезагружалась новая страница
Так скажем пользователь быстрее воспринимает эти данные, т. к. человеку не приходится переводить куда-нибудь взгляд, пока страничка обновляется, всё идёт единой лентой и подгружается в «область взгляда».

Могу сказать, что у Яндекса он был в своё время и они от него отказались, про Google не могу сказать точно, но вроде тоже был где-то кроме Google Images, как раз в последнем скролл вполне уместен, как и писал hVostt про Tumblr — по тем же причинам.

Могу сказать одно — по мне его можно использовать, когда у вас не более 2-3-х страниц подгружается, иначе, действительно, превращается во что-то непонятное. И, конечно, тема холиварная.

Как решение — можно где-нибудь в углу показывать подсказку — на какой странице пользователь сейчас и сколько всего. Как-то так.

Вконтакте где то реализован гибридный вариант навигации, с использованием всплывющего пейджера.
+ технически довольно трудно реализовать сохранение позиции, номер подгруженной страницы, так как последняя страница получается всегда в начале, массив информации постоянно пополняется новыми постами, старые данные тоже удаляются или архивируются (знаю по твиттеру). Поэтому начала и конца всего объема информации мы не знаем. Можно только ореентироваться на идентификатор последней (сверху/снизу) подгруженной записи в ленте.

Бо́льшая нагрузка на интерфейс браузера, из-за чего начинают возникать тормоза когда скролл становится огромных размеров

При появлении достаточно большого числа элементов в списке при движении по нему вниз — можно начинать постепенно убирать «лишние» элементы сверху, показав кнопку «Ранее» или «Предыдущие» или т.п.

А при движении обратно, вверх — нажимая эту появившуюся кнопку — убирать лишние элементы снизу.

То есть в любом случае количество видимых элементов можно сделать не более какого-то определённого разумного числа.

Может так? :)
Пагинатор + бесконечный скролл?
При прокрутке, контент так и подгружается автоматически, но страницы группируются:

Я просто оставлю это здесь

В минус забыли добавить, что сложно добраться до футера. Например facebook и vk содержат в нем ссылки: Разработчикам, вакансии и т.д.

Интересует ваше мнение:

Стоит ли вводить в новостном сайте (новости, обзоры, инструкции) бесконечный скроллинг, включающий в себя кнопку «Подгрузить еще» и рядом стоящий чекбокс «Подгружать автоматически / вручную»?

должна быть кнопка «подгрузить еще»
ненавижу бесконечный скролл

Надеюсь автор понимает, что это только его взгляд на плюсы и минусы, который может сильно отличаться от объективных плюсов и минусов в каждом конкретном случае? -)

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

Ну подумайте сами, что может быть логичного в необходимости перемещении по одному и тому же массиву данных сразу в 2 направлениях? Сверху вниз, плюс между страницами? -)

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

Потому что циферки с номерами страниц нужны очень мало кому. Зато все хотят знать где они сейчас находятся и как сюда вернуться, вот и используют для этой цели костыль в виде пейджинаторов. Нормальных-то инструментов разработчики не давали.

Что хабрасообщество думает по поводу идеи сделать следующую кнопку? Пропорционально продолжительности нажатия по ней подгружать разное количество данных. Прототипа нету, ибо не силён в JS. Есть секретные чертежи:

[ Показать ещё… ] → Жмём и держим. Цифры побежали… → [ Показать ещё 12… ] → …ещё немножко ждём… → [ Показать ещё 27… ] → …ждём… → [ Показать ещё 45… ] → …ждём… → [ Показать ещё 82… ] → Отпускаем кнопку мыши → Подгружается 82 записи. Скорость регулируем по вкусу, можно ускорять счётчик… 1-10-100-1000. По дабл-клику можно подгружать все записи.

Если кто скодит, буду рад понажимать на такую штуку. Ваши замечания?

Ещё один минус в копилку бесконечной перемотки: вы когда-нибудь пробовали перематывать в бесконечность с помощью полосы прокрутки? У мышки колёсико заело, глючит, поэтому приходится тянуться за старую-добрую серую полосочку сбоку. И тут начинается веселье: только ты подводишь мышь к нижней границе, как внезапно всплывает новый кусок страницы и тебя переносит чёрт знает куда. Если не повезёт, то через пару секунд ты можешь оказаться на три-четыре страницы впереди, и перемотать назад с помощью полосы прокрутки ты не сможешь, придётся тыкать стрелочки на клавиатуре.

Ленивые разрабы хоть как-то научились делать сносную паджинацию. Научились — пусть делают. Если их тянет на новенькое и при этом ле-е-ень делать это новенькое грамотно, то их надо бить по рукам и давать подзатыльник, чтобы не портили жизнь людям из-за своей «любви» к неопробованным новинкам.

Оставьте бесконечную прокрутку тем, кто может сделать её грамотно: с хэшами страницы в урле, с альтернативной паджинацией, с полноценным поиском.

В целом: бесконечная прокрутка имеет право на жизнь только при грамотной реализации. В том виде, в котором она есть сейчас на 99% сайтов — нет пути!

Сколько негатива люди высказали по поводу бесконечного скролла =) Но ведь в самом деле, проблема скорее в реализации, а не в идее. У бесконечного скролла есть свои подводные камни, у обычной пагинации — свои, другое дело, что второй подход «живет» дольше, и поэтому шишек набить на нем уже успели все =) Но вот пример: пользователь прокрутил страницу до конца, жмакнул на заветную ссылку на вторую страницу и… Вот что тут должно произойти? Если это обычная ссылка, то мы конечно же увидим новую страницу и окажемся в самом ее начале. При этом пользователю приходится переключать свое внимание, чтобы вновь найти то место, откуда ему, собственно, и нужно продолжать читать. Если же подгрузка асинхронная, то что должен делать программист? Прокручивать страницу в начало (ну просто до верхнего края области интереса), либо оставлять как есть? Второй вариант, конечно, вообще бредовый, но я не раз такое встречал. Первый имеет все тот же недостаток — пользователю приходится заново пробегаться глазами по странице, чтобы найти, откуда читать.
В это же время бесконечный скролл лишен этого недостатка, но имеет свои.

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

В обсуждениях на вКонтакте проблема была решена довольно оригинально.

Плюсы… Возможность что-то найти на странице при помощи Ctrl+F из всего объема подгруженного контента

как раз это — не плюс — и неправильно работает, выше spmbt верно отметил, что «не ищется по Ctrl-F по всем страницам и никто этим не занимается, интеграцией клиентского и серверного поиска»

Может попробовать совместить оба варианта? Мне кажется это возможно.

Друзья, сразу скажу, комменты не читал, но мой воспаленный алкоголем мозг на половине прочтения статьи решил, что было бы гораздо удобней при прокрутке к концу страницы перелистывать на следующую страницу, а не подгружать дополнительный контент. Здесь, конечно, есть свои трудности, но их можно решить.

Тоже заранее предупрежу, что читал только статью и последний комментарий, но лично на мой взгляд невозможность текстового поиска по странице и возможность запомнить, на какой части страницы ты остановился, перечеркивают все плюсы

В копилку минусов — распечатка страницы. Как распечатать кусок от 682 по 695 сообщение? Только скопировав в текстовый редактор. Не дай бог, вы автоматом щелкнули на «распечатать»…

Прочитал половину комментов и чтобы не отвечать каждому, не распыляться и не повторяться отпишусь отдельно.

Вы когда писали свою статью, то имели ввиду конкретные реализации бесконечного скроллинга, которые вы видели. Но это не значит, что нет нормальных. Например, в одной моей реализации, нету ни одного упомянутого вами минуса. Конечно моя реализация не применима для случая бесконечных данных, но тогда и ваши минусы смысла не имеют. Для большего, но конечного количества данных работает это следующим образом:

Работа ведется таки постранично, которые «склеены» в длинную ленту. У сервиса запрашивается количество страниц и в эту ленту вставляются пустые страницы примерного(или точного в случае табличных данных) размера.
Таким образом лента имеет размер соответствующий количеству данных и всегда можно отмотать до конца или нужного места.
Каждая пустая страница имеет номер, который в нее прописан. При скроллинге можно быстро найти нужную страницу или запомнить где ты был.
Данные загружаются на лету, замещают пустые страницы и сохраняются в кэше. Поэтому можно легко прыгать между загруженными страницами без дополнительных обращений к серверу.
Кэш имеет ограниченный размер. По достижению лимита новые данные вытесняют старые страницы( старые по времени обращения, а не загрузки), старые страницы в ленте замещаются пустыми.
Итак:
1. есть понимание объема информации по размеру скроллбара
2. нагрузка регулируется размером кэша (даже динамически в зависимости от отзывчивости интерфейса)
3. есть деление на условные страницы
4. корректно отрабатывается скролл без прыжков
5. все происходит в контейнере, поэтому любые футеры/хедеры находятся вне скролируемой области

Минусы 1-3 и 5 устранены в ходе обсуждения этой темы: habrahabr.ru/post/143574/
4 — пока неустранимо

Мне кажется, лучше совместить все три способа: постраничную навигацию, кнопку «еще!» и бесконечный скролл. Все это когда-то раньше было во вконтактах и прочем, но в разное время.
То есть, например, в настройках задается один из двух последних способов, т.е. или кнопка внизу, или бесконечный скролл. А постраничная навигация есть всегда (как сейчас в обсуждениях вконтакте).
Галочку около кнопки «еще» нет смысла делать, т.к. при включении автоподгрузки до нее уже не дойти будет.
Мне тоже не всегда нравится бесконечный скролл. Ну если на страниц пять назад — удобно, но когда смотреть историю с самого начала — моя древняя машина уже не выдерживает и начинаются лютые тормоза.

Солидарен, бесконечный скролл ломает привычный юзкейс веба и сильно напрягает.
Пока спасает NoScript — если на сайте не разрешать скрипты, будет постраничное листание.

Жалобы на то, что у туалетной бумаги нет маркеров «осталось до конца рулона». Есть же у fb так называемый activity feed, где ± идея свести infinity scroll и старую добрую пагинацию во едино нашли точки соприкосновения: вниз — скролит, справа — годы/месяцы пагинацией. Их скролл «мудронеудобный» имеет и техническое, и смысловое обоснования. Естественно, не всегда можно засовывать эту технику куда попало.