Comments 85
Автор идеи молодец, очень юзабельная вещь, думаю это будет новым стандартом.
Подобное можно реализовать куда проще — ссылкой вроде «следущие 10» Я даже где-то такую реализацию видел. На мой взгляд куда очевиднее, я вот долго смотрел на цифры и скролл под ними не замечал. Точнее, замечал, но не воспринимал как элемент пользовательского интерфейса.
Дело не в листании по 10 страниц, а в возможности оценить "на глаз" количество общее их количество
А что мешает в скобках справа от листалки указать полное количество страниц?
Не слишком это наглядно. Никто же наверное не станет говорить, что "новые" скроллбары с ресайзирующимися бегунками ничем не лучше старых, с бегунками маленького фиксированного размера? Например, ворд показывает общее количество строк в документе, зачем же тогда скроллбар загружать дополнительными функциями? И тем не менее...
Одно дело скроллбар с ресайзящимся бегунком — на старый элемент интерфейса навесили побочную функцию. Это не мешает совершенно.
И другое дело — добавление лишнего неочевидного элемента там, где можно было бы ограничиться несколькими числами.

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

Новостная лента? Ну так вряд ли кто-нибудь заинтересуется новостями за месяц назад. А если понадобится будут юзать поиск.

Товары в интернет-магазине?
В таком случае нужно подумать о реструктуризации, мне кажется.
Согласен с Uznick'ом.
Подобные навигационные элементы - очень не удобны.

А элемент - не нов. Scroll bar был, его просто перенесли в Web

Пользоватся популярностью будет, т.к. реализация оч. элементарная - даже JavaScript не нужен.
UFO landed and left these words here
На мой взгляд, самый оптимальный вариант, который на Яндексе.

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



надеюсь, что в каментах эту идея явно не предложили, ибо читал только исходные посты.
замечание по функционированию сего девайса:
- при нажатии кнопочки слайдер движется в указанную сторону, страница не перегружается.
- сменить страницу можно только по клику на стрелочки
UFO landed and left these words here
да, моя мысль именно такая.

не надо думать, что "средний пользователь" очень тупой. Достаточно один-два раза кликнуть на стрелку и цифру, чтобы понять, как оно работает
хм
мне кажется, интерфейс должен быть интуитивно понятным
а не понятным методом тыка
Мне кажется стоит иметь ввиду тот факт, что автор в идеи LJ говорит о том, что "Реализация - не готовый продукт а показывет концепцию.".
Да, вот именно... Если немного переделать воплощение, то идея очень даже. Полезна, например, для каталогов, поисковиков. Причем подобная реализация, в любом случае, не делает обычную (привычную) навигацию хуже.
А если страниц не 20-30 а скажем 500? В такой ситуации ползунок не поможет.
Обычно делают прямые ссылки на ближайшие 5 страниц в обе стороны, затем кнопочку движения вперёд/назад и ссылку на последнюю/первую страницу (можно узнать сколько всего страниц). Как дополнительный вариант возможность ввести нужный номер страницы в спец поле.
500 страниц это какой-то перебор
вы себе представляете пользователя, которому были бы полезны эти 500 страниц? :)
Как вариант использовать фрейм с горизонтальной прокруткой, но это убого.
плюсы:
  • не нужно задействовать клавиатуру


минусы:
  • нет java — нет прокрутки (хотя вроде можно использовать фрейм ?)

  • наличие ненужного массива информации (99 ссылок из 100 страниц будут не нужны)

  • есть лучший способ реализации таких вещей. пример c creative.gettyimages.com:
+ не понятно как поисковый-робот будет взаимодействовать с такой навигацией.
Да задолбали утомили эти поисковые роботы. Пусть приспосабливаются. И так уже стали их рабами. Только и слышно: "что скажет робот?". Поисковики деньги неплохие зарабатывают, так пусть приспосабливаются.
Вы заблуждаетесь на счет того кто и к кому будет приспосабливаться :)
Я не заблуждаюсь :). Просто хочется, чтобы приспосабливались роботы :)
а приходится приспосабливаться разработчикам ресурсов
потому что подавляющее большинство пользователей до сих пор верят в то, что если в яндексе нет, значит не существует
давным-давно уже приспосабливаются в первую очередь к пользователю. И разработчики, и роботы.
хотя, "минуса" всё-таки два, последний пункт скорее продолжение второго.
UFO landed and left these words here
Мне кажется, что вообще список страниц ненужная вещь. Следующие страницы должны подгружаться снизу к текущей, как в live.com, а если страниц очень много то нужна например ссылка "архивы" с разбиением инфы на годы/месяца и тд - это полезнее чем просто номера страниц, когда их слишком много они действительно теряют смысл.
Дряной это метод. Вот уж что-что, так это метод live.com ну никак не отвечает мне на мой вопрос "где это я"!
Ситуация: я просматриваю результаты поиска. Для себя отмечаю, что на 2-3 странице было что-то интересное. В классическом постраничном режиме я четко понимаю, где это, а в live.com - нифига. Приходится запоминать позиции (15, 17, 24 и т.д.). Представьте себе книгу без страниц - вот тоже самое примерно будет.
идея хорошая, но не нужно придумывать новый стандарт.
хороший пример организации навигации иллюстрирует яндекс и гугл.

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

Думаю, что правильно когда есть следующая информация: общее количество страниц, текущая позиция, ссылки "в начало", "в конец" если страниц мало, то "следующие 5", если много - "следующие 10".

При этом указатель текущей страницы может быть полем, куда можно добавить номер интересующей страницы и нажать Enter. Кто продвинутый - воспользуется, кто не в теме - будет пользоваться этим так, как привык.

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

Согласен в Google & Yandex - это действительно оправдано. Тяжело сгрупировать по определённому признаку результат.

А на мелких сайтах - запросто.
В данном примере неудобно перемещаться по ссылкам с клавиатуры. Для людей, которые сидят за ноутбуками (особенно яблочными) - это актуально.
Сорри за оффтоп, но как вы этого добились? Баг на вашей стороне или на Хабре были эксперименты по вводу юникода?
ЅРёРєР°Р

А, понятно. Я почему-то решил, что должна бы вылезти "porca madonna putana!" ;)
хммм :-) забавно, не могу сказать где была проблемы - писал я по-русски, а не этими краказябрами.
А Написал я то, что в данном примере нету поддежски навигации с клавиатуры. Для меня лично (и не только для меня) - это достаточно актуально.
по-моему, немного усложнено - нагляднее выстроить превью машин в виде обычных картинок.
спасибо.
Да, это нужно, но торопился и не стал наворачивать.
Если есть предложения, как это сделать лучше - готов выслушать и доработать ;)
Отрицательный момент. Если я хочу попасть на страницу, и подвожу мышку снизу к блоку, чтобы нажать на ссылку, в момент попадания в поле блока ссылок, он может скакануть.
Изящно.
А для нейтрализации скачков надо, чтобы строчка с цифрами ползла только при наведении на бегунок .
Хм... интересно, однако бегунок здесь играет чисто визуально-приятную роль, и он очень мал, чтобы пользователь на него наводил (2px в высоту). Может быть его расширить, но тогда наведение на бегунок будет неочевидной для всех вещью. Когда же пользователь наводит на область страниц, он уже понимает, что они прокручиваются, а бегунок он может проскочить и не заметить.
Да, есть такое.
Можно попробовать сделать плавное движение списка страниц к той позиции, куда пользователь подвел курсор.
Класно, но с замечаниями.
- непонятно где находишься в данный момент
- логично что текущая страница в центре (может быть отделена от остальных большим пространством, а перемещение вперёд назад смещением мышки влево вправо
- сейчас навёл мышь не туда и всё - потерялся
Маленькое замечание. Можно чтобы цифры указывающие какие страницы отображены и сколько их не скакало вместе ползунком? Стояли бы себе в левом углу и никуда не убегали. А то приходится переносить взгляд. Или хотя бы отображались по центру ползунка.
Да, согласен.
Я оставил комментарий в ЖЖ человека, линк на которого стоит в заголовке данной темы. Он тоже сделал несколько конструктивных замечаний. Не знаю, если в скором соберусь протестировать этот контрол (а я надеюсь, что соберусь :), придется исправить все нюансы.
Запостю снова на обсуждение на Хабр, если никто не против, чтобы "вылизать". А затем тест-драйв на массах, на выборе страниц форума.
Скинь, пожалуйста, линк на пример успешной реализации, когда попробуете. Если не трудно :)
канэшн. Правда вот тут все больше и больше людей опровергают удобство такой реализаии этого контрола.
Популярная идея не может быть без критики ;)
Берите лучшее, не забывая гнуть свою линию, а пример я буду ждать.
Может что то не дочитал в коментах, но у меня вопрос: а зачем два скрола?
Это совсем не удобно и по мне так слишком наворочено!

Все должно быть максимально просто!
Нижний скрол здесь, кажется, совсем лишний
возможно... только как быть, если есть список из 1000 страниц? Не запихивать же их все сразу в скроллинг?
На самом деле эта версия далека от совершенства (которого нет, имхо). Будем думать.
еще можно убрать вообще нижний скрол оставить только верхний побитый на сегменты. Т.е. тыкаю в него в начало или в конец оно прибавляет сегмент сразу.
так было изначально, стрелки стояли слева/справа от строки скроллинга, но люди говорили, что сразу не понятно, для именно они делают.
Возможно, нижний скролл черезчур... можно будет убрать, оставив чисто числа.
я тут посовещался :) Было озвучено что если в пагере больше 30 значений значит надо думать про другую навигацию. Т.е. к примеру если имеем привязку еще и к хронологии то пагер на посты внутри дня, на все остальное календарь. Причем если смотрим актуальное календарь может не показываться. Но по достижению хвоста пейджера появляется еще одна кнопочка (к примеру перейти) и далее появляется календарь с вчерашней датой и новый пагер начинающийся с первой страницы.
я согласен с мнением, что такое количество страниц оформлять следует по-другому. Но раз уж тему открыли именно про этот контрол... :)

А вот про достижение конца/начала "хвоста" идея не очень хорошо, т.к. неочевидно, что чтобы попасть куда-то еще, нужно завершить какое-то действие, в даном случае перемотать/перейти в "хвост". А если я хочу сразу перейти куда-то еще?
ну мысль была такая.
скроллер в покое (сегодня):
{|------}-----|}
скроллер в конце (сегодня), }} - переход дальше:
{|-----------}|} }}
скроллер в начале (но сегодня), {{ - переход назад:
{{ {|}-----------|}

остальную навигацию можно обеспечивать:
через вывод где-то даты ({{ }} - вперед/назад):
{{ 6 февраля }}
если ткнуть в число появится календарь.

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

Навигация может быть не только календарная.
А показывать "назад на месяц"/"вперед на месяц" при определенном положении текущей страницы не рационально - если уж отображать эти линки, то всегда, независимо от того, где сейчас находится пользователь.

А показывать "назад на месяц"/"вперед на месяц" при определенном положении текущей страницы не рационально - если уж отображать эти линки, то всегда, независимо от того, где сейчас находится пользователь.

Возможно. Хотя думаю при наличии даты это особо не важно
Это всё, конечно, очень благородно, но почему вы делите один сплошной блок информации сперва на большие куски, а потом на маленькие? На основании какого критерия? Откуда взялось число 30?
1. см мой пост на 1 выше - есть идеи как отобразить 1000 страниц в 1 полосе?
2. 30 - от балды. Чисто показательно.
Нужно не старые методы рюшечкам украшать, а искать новые решения.

Подобная навигация вообще не имеет смысла. Разбивку на страницы нужно,
как минимум, снабдить смысловыми "якорями", например, на price.ru - над номерами страниц прайса указывается изменения цены.

С точки зрения эксплуатации этот ряд обезличенных цифр равноценен трём сылкам-кнопкам:
Вперёд, Назад и Мне повезёт :)
согласен с предыдущим оратором, нельзя заставлять пользователя выбирать одну страницу из 100 таким элементом

по теме есть еще похожий пример: http://jsx.ru/roll.htm
Only those users with full accounts are able to leave comments. Log in, please.