I recently came across Adam Silver’s post about the merits and pitfalls of bidirectional scrolling and found myself conflicted with the design arguments put forth in the article. It’s a very good article overall, and I suggest giving it a read before digging deeper into my post here.
The original article argues that displaying page content via horizontal scrolling (and therefore slightly hiding interactive content) creates a few major issues:
- it increases the chance users won’t see it
- there’s a greater reliance on digital literacy
- it’s generally more labour intensive for users
Adam also makes a solid statement here:
Having to scroll down and across in a zig zag fashion can be tiresome, especially for people with motor impairments.
But I don’t believe these issues create a need to completely remove the horizontal “scrolling” design altogether. You can still implement the
See All Items category link, while allowing the horizontal content to load in dynamically. Balance is always key.
Not All At Once, Please!
So what exactly do I mean by dynamically loading in horizontal content?
- The user is shown the top 4 items in a given category
- From there, the user can use the
See All Itemslink to jump into a full category page
- If they so desire, they can begin scroll horizontally in a given category row
- Once they reach the end of the row, 4 more items will load in automatically to expand the list
- To avoid a never-ending list, it might be best to limit total row items to ~20 items. At this point the UI could prompt the user to
View All Itemsin that category.
By loading the row content in piece-by-piece, initial loads for users will be faster and subsequent list items will load quickly as well (since they would limit to a set default - in this case only 4).
Below you can find a quick, static version of this concept. Here you can see the horizontal list items, along with their corresponding
See All Items links. You’ll have to use your imagination for how new items would load once you each the end of a horizontal row. (I’m too lazy to spend extra time building out that functionality for a hypothetical blog post)
Leave a comment
To make a comment, please send an e-mail using the button below. Your e-mail address won't be shared and will be deleted from my records after the comment is published. If you don't want your real name to be credited alongside your comment, please specify the name you would like to use. If you would like your name to link to a specific URL, please share that as well. Thank you.
Comment via email