Одна из вещей, что пришла к нам, в интернет из докомпьютерного мира, это пагинатор. Несмотря на то, что пагинатор изначально исполнял (и продолжает исполнять) пусть важную, но только служебную роль, он уже давно стал стандартным методом организации длинных списков. Пагинатор, как таковой, используется и в реальном мире – для нумерации страниц различных книг и документов. Как правило, о нем не вспоминают при чтении – страницы просто перелистывают вне зависимости от номера текущей страницы. Номера же используются лишь для организации ссылок (»на 55 странице в 10 сверху строчке написано…») на их содержание – они запоминаются вместо использования закладок, или позволяют указать на содержание конкретной страницы в книге.

В интернете дела обстоят примерно так же. Основная задача пагинатора – дать доступ к содержимому, отображаемому на других страницах. Но ссылки на него не дают по нескольким причинам. Во первых ссылку как правило можно дать на конкретную запись, а не на страницу с несколькими десятками подобных записей. А во вторых нумерация страниц в интернете часто начинается не с начала, а с конца. Вспомните – на первой странице показываются последние записи, последние комментарии. Существуют и сайты, на которых нумерация организована наоборот – последние записи оказываются на последних страницах. Для неподготовленного пользователя непривычно начинать что-то читать с последней страницы. Также стоит учитывать, что на данный момент таких сайтов не так и много. Лично я впервые увидел такое решение на хабре и оно поначалу смущало меня очень сильно.

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

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

К чему я в итоге пришел?

А пришел я к предложению объединить пагинатор с календарем. Я размышлял о применении пагинатора применительно к своему блогу, а потому прошу не трактовать мои измышления всеобъемлюще. По большому счету они могут применяться для организации списков, где контент публикуется с явной корреляцией от времени. То есть это блоги, гостевые книги. Возможно форумы. Но это никак не результаты поиска или списки магазинов.

Так вот. Так как в многих блогах кроме обычного пагинатора используется и календарь, который показывает количество записей в год, в месяц, за день. Также зачастую даются ссылки на определенные дни или месяцы. При этом идеи календаря настолько глубоко проникают в блоги, что уже практически стандартом считается организация url с использованием дат размещения сообщений. Но при этом остается понятие страницы, которая используется исключительно для перелистывания результатов выдачи, хотя для этого хватило бы и простых клавиатурных сочетаний ( ctrl + → и crtl + ← ). Такие механизмы используется на многих сайтах, в том числе и на Яндексе при выдаче результатов поиска.

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