On June 19th, 2009 - you saw load-shedding technology in full-effect, where the system is designed to make subtle changes in the UI to reduce load. Pagination controls reduce site load, because you have to explicitly click to fetch another page of data. The "auto- pagination" feature, as we called it, allows the pages to load dynamically by detecting the user's scroll position. If you go to a long page, like say iPod Cases - scroll to the bottom very quickly and watch the items fill in. Also - watch the scrollbar *not* change size as it happens. That's beauty in web UI.
- Joe On Jun 23, 8:37 pm, michael milewski <[email protected]> wrote: > at 50:25 and (51:15 look at apple store) > > Joe mentioned that apple.com went away from pagination and instead > went for 1 big long page which updated as you scrolled and you had a > small scroll bar which you can drag to the appropriate part of the > page. This was mentioned as a preferred design solution with the help > of engineering to make it possible. This did not seem to be the case a > few days ago (I swear June 19th 2009 I saw pagination) at the moment > there is no pagination but there is no long list either as everything > get's filtered by selections on the left hand side. > > As the company I work for is looking at a design around a similar > problem, I was wandering if there is a definite usability answer, > should it be 1 long page or pagination or is the next step to filter > by facets on the left hand navigation. > > cheers Michael --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "The Java Posse" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/javaposse?hl=en -~----------~----~----~----~------~----~------~--~---
