I donât know about that; Twitterâs mobile client does endless pagination on mobile, just like the desktop web UI. Remember thereâs still a âpage sizeâ, it just depends how much you need to scroll down to trigger the next load.
Pagination has one really helpful power that endless scrolling lacks: the ability to quickly jump to the end of the list, or (sometimes) the middle, etc. Not every application requires this, but I sometimes find endless scrolling to be truly irritating when I know I need to go deeply into the information and so end up scrolling⌠well, almost endlessly.
A lot of pagination of this sort dates back to when companies like Google had to distinguish themselves with the sheer mass of available data they could flaunt and their skill at having a huge field of sites to choose from when a user typed in terms. Youâd type in a search term like âDogâ at a time when other search engines and sites might offer you 800 or even 2,000 matches to your query, Google could say âOh, thatâs 150,000 matches here⌠want to check?â
If you spend any time looking down those goat paths, and regardless of your theory, Iâve had to spend time doing just that, leafing through hundreds and hundreds of search matches looking for variations or possibilities, then youâll find they actually collapse. Theyâre often not really there, not actually present, but just showing you what you COULD get. They almost always require refinement. So either the whole thing is better (people who want to paginate like that exist, me for example) or itâs worse (itâs actually a lie, nobody is going to give you all you can eat if you try to eat everything).
Your article talks mainly about pagination of search results, but thatâs only one use case where many âitemsâ need to be shown to the user. Facebook and Twitter (as mentioned) use this, and itâs certainly not a searching/filtering issue â thatâs just the data requested by the user.
Facebook I think have a very good approach by giving semantic meaning to their âpagesâ on the user timeline: you jump to â2009â, rather than âpage 5â. Certainly, it isnât always as easy to group results meaningfully like this, but when possible itâs a very good outcome for the user.
Iâm always surprised when I see a website with really small pagination buttons, especially when its a shop and there are many pages of products that you need to look through. If the customer needs to really concentrate to know there is more than one page of results, it must impact sales massively.
i think it depends where you are, if you are in a generic environment like google search you are essentially trying to filter all the stuff they have into things you want to know, you are focussed on your search result. On the other hand you can have large result sets of relevant data. the context is already as you wish. A good example of this is something like netflix or film flex in the uk; you want to watch a film of a specific genre but you donât know which one, there are pages of results and you are happy to click next or page 7 and look at the items that are there. I guess the key here is perception of the target you are searching for. On google you put terms in and expect focussed results, you tailor your search terms, use quotes(") and aim to get the stuff you want. On a film site you may want to watch a comedy - you already have the filtered results but you want to browse these to find something maybe you havenât seen but (in my case) check all the stuff that is available and make sure its the best one there. Ultimately its the perception of finite versus infinite, anything over 100âs is probably cognitively treated as infinite (it is with me) but when you already perceive the results are focussed then you may be prepared to venture beyond page 1âŚ
The ability to jump to a specific point in results matters. For example, searches which let me sort by date, price, etc. Times when I like paginated search results are sorting by date then jumping to something a few years ago, sorting by price then clicking to something in a price range I want and being able to see the high and low end quickly, and being able to quickly click to page 5 of results if I rerun a search and want to go back and find something I know exists.
Being able to jump to a specific point in a list will make perfect sense to anyone who has ever completely opened another personâs Facebook wall or Twitter feed in order to see what that person was up to 5 years ago. Then again, maybe they want that to be hard to do and only open to the techy or persistent.
I donât know if Picasa still does it, but the Windows Picasa client circa 2005 or so had a scrollbar like control but it stayed anchored in the middle, and when you pulled it down you went downwards, the further down the faster, and vice versa. This saved you the confusion of thinking your scrollbar represented where you were in the list, but added new confusion by co-opting a familiar control for a new purpose⌠not sure if it was a win, but I kind of liked it myselfâŚ
In terms of the scrollbar indicating âhow much more is thereâ, Iâve noted that a lot of less advanced users donât have much comprehension of this. And in the Apple universe at least the scrollbar has gotten demoted significantly (since the start with iOS, now with Lion on OSX), not without controversy.
I implemented endless pagination on http://unicodinator.com (which lets you scroll through Unicode 0000 to EFFF) and it works really, really well. The trickiest bit is to not only add content in the direction the user is scrolling towards quickly enough and far enough ahead that the user canât get ahead of you, but also to remove content in the direction the user is scrolling away from so as to not choke the browser. Luckily with this site the content is fully client side generated and is pretty lightweight. With some other projects that have to load dynamically getting all this timing correct is much more difficult to get perfect. Still, I think itâs a really worthwhile techniqueâŚ
I find the endless pagination thing obnoxious on mobile devices. First of all it taxes the browser after several pages, and if you switch applications long enough for the browser to think it needs to reload, youâre stuck with the first collection and have to scroll a ton to get back to where you were. I also have a problem with the way some endless pagination techniques work on the desktop as well; Facebookâs new way of doing lists is damn near impossible to scroll by grabbing the scroll bar and dragging.
I would like to see a smarter endless pagination where itâs not just added to the bottom in an ever-growing page, maybe instead it also pops the last one/set off the top, so youâve always got a set number of results visible and you can âscrollâ through that, or something similar. Seems like that would make the next/previous sets easily cache-friendly for speed and should still be state-friendly.
What I canât stand is all those article-based sites (such as news sites) that insist on breaking their articles up into bite-size chunks at arbitrary points, when theyâre really not so long that they canât be put on a single page. Usually the actual text content is just a small part of the page, surrounded by all sorts of wasteful crap that makes each page take too long to load; a well-designed page with the entire article in one page, and less superfluous junk around it, would actually load faster than the individual pages of the broken-up article.
That really depends on the type of site. When you go to a shopping website, and sort the results by price, you might want to go to the middle page to see whatâs available in that range. You canât really do that conveniently with infinite scrolling.
When Iâm looking at all the lolcats or demotivational posters. One of my favorite lolcats doesnât show up in indexing, but you have to search and then click âyes I want to click on thisâ. http://icanhascheezburger.com/tag/mapquest/
Skip a week of browsing such a fine waste of time, and you can easily end up looking through 30-50 pages of time wasting stuffs.
There are sites Iâm not happy with because cut off your browsing at page 20 (such as âoverheard in NYâ or âoverheard in the officeâ).
I agree with Maffyoot:
in many contexts, infinite pagination is actually a hindrance.
Think about a list of 300 items, which I want to review, one by one.
In this case there is no âperfect search termâ to use to shrink the list.
My favorite interface let me decide how many items per page I want, say 100, after which I can open the complete list in 3 tabs in the browser.
Having everything in a single page would make the list too long, and besides the problem of server processing resources / network lag, it would make it hard for both me and the browser to scroll up/down with enough speed and precision to any given desired line.
I would also have a hard time remembering the visual whereabouts of a given item in the page (thatâs quite a problem with infinite scrolling in any context: a line which used to be âclose to the bottom of the pageâ will be âclose to the top of the pageâ after a bit more scrolling).
Otoh having 100 items per page, with many pages open, feels much more natural - just like one would browse, say, a book!
Last thing: all the nice âperksâ which make infinite scrolling bearable, like allowing deep linking and spidering, currently cost a lot of development time, and many developers fail to grok the concept properly (or just are not given enough time/money for that), so we see a lot of bad implementations, which give us worse user experiences that we had before.
I still see plenty of sites that only allow a single sorting order in their search results, and have no support for facets/ drill down. Those features are much more useful than infinite scrollingâŚ