Комментарии 77
Мысль создать опрос появилась после обсуждения с Антоном Исайкиным его постов:
Обратный отсчет
Обратный отсчет. Часть 2
Обратный отсчет
Обратный отсчет. Часть 2
+1
Вообще надо уточнить постраничная навигация чего? Если товаров в магазине, то прямая, если это сообщения на форуме/гостевой, то лучше обратная.
+5
лично мне не очень удобно, что на хабре листинг идет только внизу страницы, приходится всегда опускаться вниз, чтобы "перелистнуть"
+2
Речь не конкретно про хабр…
0
я понимаю, но наличие навигации как сверху, так и снизу, считаю улучшением юзабилити
0
ага, и чтобы написать коммент, нужно сперва пролистать все существующие
0
Когда есть возможность с клавы листать (Ctrl + влево/вправо)
+1
Мне больше по душе «на странице с номером «один» — первое, с номером «последний» — последнее». В таком случае урлы не меняются с ростом обсуждений.
Это касательно долговременных листалок, например форумов.
В краткоживующих списках — интернет магазинах, результатах поиска — на 1ой — наиболее релевантное.
п.с. не с первого раза понял, что в случае обратной нумерации слово «первая» у вас означает не «номер один», а «находящаяся слева».
Это касательно долговременных листалок, например форумов.
В краткоживующих списках — интернет магазинах, результатах поиска — на 1ой — наиболее релевантное.
п.с. не с первого раза понял, что в случае обратной нумерации слово «первая» у вас означает не «номер один», а «находящаяся слева».
+3
А как же тот факт, что сообщения удаляются, перемещаются по разным топикам и т.д.?
С формулировкой ошибся, а править уже нельзя… обидно.
С формулировкой ошибся, а править уже нельзя… обидно.
0
Прямая, конечно. Обратная - изврат.
А то получается как на хабре... Вроде бы на странице с номером находишься, а новости плавно ползут по мере добавления. Я считаю, что новое должно не старое двигать, а добавляться в хронологической последовательности.
А то получается как на хабре... Вроде бы на странице с номером находишься, а новости плавно ползут по мере добавления. Я считаю, что новое должно не старое двигать, а добавляться в хронологической последовательности.
+4
обратная, когда приходишь с поисковика скажем, то при прямой новость/статья и т.п. уже отсутствует и приходится искать, при обратной такой проблемы не возникает (ну это естно если новые сверху :) )
+1
Если сортировка действительно "блоговая" - то есть как на первой странице Хабра например, то обратная. Для всего остального - прямая.
Но уж точно не должно быть как здесь: http://habrahabr.ru/people/ (наверное все дело в том, что влом было нормальный пейджер писать, который поддерживает два типа разбивки)
Но уж точно не должно быть как здесь: http://habrahabr.ru/people/ (наверное все дело в том, что влом было нормальный пейджер писать, который поддерживает два типа разбивки)
0
Да, по ссылке действительно неудобно…
-2
Но с обратной разбивкой тоже не все так просто, но это уже другой разговор...
0
Всего ничего, пусть будет 1,2,3... только вот url ссылки как у обратки, тогда не запутаются не поисковики, не юзеры.
0
Вообще удобно тогда, когда сам можешь выбрать в настройках своего профиля (будь то магазин, форум или какой другой сервис) тот вариант навигации, который тебе самому больше нравится.
0
Поддерживаю идею, что прямая навигация удобна, например, в интернет-магазинах, в каталогах товаров.
На форумах, блогах и т.д. при листинге топиков, обратная более наглядно выглядит.
Так, же наличии пейджера вверху и внизу страницы, улучшает юзабилити.
Но и пейджеры разные бывают, некоторые показывают определённое кол-во страниц, некоторые снабжены кнопками перехода к конечным страницам, а некторые имеют возможность, либо в ручную ввести, либо выбрать номер страницы, на которою хотелось бы перейти. (помоему немного лишняя функция)!
На форумах, блогах и т.д. при листинге топиков, обратная более наглядно выглядит.
Так, же наличии пейджера вверху и внизу страницы, улучшает юзабилити.
Но и пейджеры разные бывают, некоторые показывают определённое кол-во страниц, некоторые снабжены кнопками перехода к конечным страницам, а некторые имеют возможность, либо в ручную ввести, либо выбрать номер страницы, на которою хотелось бы перейти. (помоему немного лишняя функция)!
0
Вообще-то номера страниц никого не интересуют, зато обратная нумерация, как на Хабре, хотя бы дает представление о количестве контента.
0
Прямая кажется намного логичнее остальных, даже привычнее можно сказать
п.с.вариант с НЛО присутствует пости во всех вопросах...
виновато НЛО?
п.с.вариант с НЛО присутствует пости во всех вопросах...
виновато НЛО?
0
Эх, когда увидел заголовок голосования понадеялся что увижу какой-нибудь оригинальный подход.
Вообще оба подхода хромые, что если страниц 500 я мне надо за 250-ю, листай полчаса (если не знаеш как подправить УРЛ), для такого случая я бы поставил рядом выпадающий список или просто инпут для номер страницы.
Вообще оба подхода хромые, что если страниц 500 я мне надо за 250-ю, листай полчаса (если не знаеш как подправить УРЛ), для такого случая я бы поставил рядом выпадающий список или просто инпут для номер страницы.
0
А в каком случае нужно перейти именно на 250-ю страницу?
0
В том случае если юзер просмотрел 249 страниц с самого начала и уснул на кнопке Power ;)
0
И да, никто вот почему-то не думает что некоторым нужно листать не "последние несколько" (в таком случае действительно побоку какие там номера), а с самой старой до самой новой страницы, причем с промежутками на сон. Обычно в таких случаях я сохраню ссылку (или запоминаю номер) страницы на которой остановился. Вот тут то и приключается оказия при "прямом отсчете" - когда заходишь на следующий день, а записи на ней уже другие (сместились). Было бы логичным на странице 249 обнаружить всегда одни и те же.
+1
Есть пример сайта где такое реализовано и реально нужно? (phpmyadmin не в счет)
0
Вот неплохой подход:
http://karaboz.ru/2007/11/19/paginator-3…
http://karaboz.ru/2007/11/19/paginator-3…
0
Вот отключил я JS и пошел посмотреть на подход...
-1
весьма, весьма неплохо, хотя имхо, идея требует допила.
0
класс, респект за ссылку
0
А поисковики как будут все это дело индексировать? Здесь же все ссылки создаются скриптом. Нужно тогда будет что-то типа вперед назад делать обязательно!
0
Мне лично нравится как реализована навигация у vbulletin, а именно - выпадающее поле с переходом на конкретный номер страницы и нумерация прямая.
+1
Удобней та, к которой привык - прямая.
Более логичная и более удобная, но малопопулярная - обратная.
Более логичная и более удобная, но малопопулярная - обратная.
0
как незаметно пункт с НЛО заменил пункт "этот опрос сосёт"
-2
На хабре навигация плохая
+1
Имхо удобнее (скорее привычнее) прямая, правильнее обратная.
0
Да в общем листалки это старовато.
надо использовать AJAX подгрузку следующих страниц в конец текущей с маркерами в УРЛе, чтобы можно было переслать.
Главная проблема, когда между страницами не разнородные материалы, а однотипные блоки, например товарные предложения - невозможно простое визуальное сравнение 2 предложений на разных страницах.
надо использовать AJAX подгрузку следующих страниц в конец текущей с маркерами в УРЛе, чтобы можно было переслать.
Главная проблема, когда между страницами не разнородные материалы, а однотипные блоки, например товарные предложения - невозможно простое визуальное сравнение 2 предложений на разных страницах.
-1
Прямая, с разгоном и торможением: (1, 2, 10 … 240, 254, 255).
+4
Обратная думаю более юзабилительна. Если в поисковиках сохраняется нужная тебе запись якобы на странице №4, а в реалии она изменила свою страницу из-за новых публикации, то ищи-свещи. Так что за обратную
+1
Удобен тот тип навигации, что настраивается под пользователя, другими словами в каждом списке должна быть возможно выбора по какой графе и в каком порядке сортировать.
0
Пофиг какая, все равно смотрю просто несколько самых свежих страниц.
0
ИМХО, нужно в настройках пользователя делать пункт, который бы устанавливал навигацию так, как ему удобно.
0
НЛО прилетело и опубликовало эту надпись здесь
Главное, чтобы без идиотской крупной ссылки «последняя», на которую часто по ошибке нажимаешь при необходимости перейти на следующую страницу, представленную маленькой ссылочкой-стрелочкой рядом.
0
Буквально сегодня закончил писать заметку на эту тему.
В голосовании ответил "другое". Я не хочу использовать разбиение на страницы в зависимости от количества общего записей. Я хочу делать страницы в зависимости от времени и даты их публикации. Чуть подробнее тут. Извините что без поясняющих картинок - думаю с ними все было бы понятнее. Но это всего лишь мысль. Я ее еще думаю.
В голосовании ответил "другое". Я не хочу использовать разбиение на страницы в зависимости от количества общего записей. Я хочу делать страницы в зависимости от времени и даты их публикации. Чуть подробнее тут. Извините что без поясняющих картинок - думаю с ними все было бы понятнее. Но это всего лишь мысль. Я ее еще думаю.
0
Если это блог, новостной сайт, гостевая, короче если элементы независимы друг от друга, то первый вариант (когда новые на первой странице, старые на последних), если же информация зависима друг от друга: комментарии, сообщения форума, то второй вариант (старые появляются сразу, а новые на последних страницах).
0
сколько можно про НЛО - может быть чуть-чуть повзрослеем?:)
+2
Идеальной постраничной навигации не существует, %username%...
+1
Мы на Хабре, %username%
-2
поэтому для того чтобы не хранить и высчитывать много ненужных данных, сильнонагруженные сайты делают оконным типом...
1,2,3... и всё ... никаких итого :)
Почему, ответ дали сами - web 2.0 ориентация... пoтому как у разных юзеров будут фактически разные данные...
"Дотошный" пейджинг - это для "не сильно" нагруженных сайтов web 1.0.
Если же количество страниц считается запросом... тогда ... пейджинг теряет весь смысл... а он таки теряет ;)
потому как для каждого юзера хранить дополнительное поле - не получится
1,2,3... и всё ... никаких итого :)
Почему, ответ дали сами - web 2.0 ориентация... пoтому как у разных юзеров будут фактически разные данные...
"Дотошный" пейджинг - это для "не сильно" нагруженных сайтов web 1.0.
Если же количество страниц считается запросом... тогда ... пейджинг теряет весь смысл... а он таки теряет ;)
потому как для каждого юзера хранить дополнительное поле - не получится
0
Большая подборка примеров постраничной навигации с возможностью протестировать все варианты в действии опубликована тут: http://www.smashingmagazine.com/2007/11/…
0
1, 2, 3 … 255, новые добавляются на 255, 256 и т.д.
а) слева прошлое, справа будущее
б) страницы не изменяются, попав с поисковика на страницу пользователь увидит то, что искал (не очень люблю, когда попадаю на страницу, где новость была когда на ней был поисковик, приходится ещё использовать поиск на сайте)
а) слева прошлое, справа будущее
б) страницы не изменяются, попав с поисковика на страницу пользователь увидит то, что искал (не очень люблю, когда попадаю на страницу, где новость была когда на ней был поисковик, приходится ещё использовать поиск на сайте)
0
что это?
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Какой тип постраничной навигации удобней при просмотре записей (новые вначале)?