Change the flow for how we view articles.
After tapping on the article from Home, Recent, Search (etc) the article will open in a new modal window covering the whole app. thus creating it's own horizontal stack of articles.
Here's a video of the interaction
Please ignore the visual styling. Here's visual design mockup for Article view
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Declined | None | T104510 Simplify iOS App navigation | |||
| Declined | None | T113550 View articles in Modal windows |
This is on hold pending user testing of several alternative implementations:
update after check-ins. we're back to testing from home/feed. which means...
the purpose of testing is to discover whether article viewer registers with users and whether it's helpful (and its corresponding zoom back to home option)
Thanks @dchen.
There are limitations to the prototyping tool being used for this test - there are about 30 pages to navigate around through, but in the interest of keeping the prototype light, a fake page is used for some of the links.
Note that the regular prototype I am also working on will be calling from the Wikipedia API so the issue of links/pages will not exist.
Other limitations:
So you can scroll a bit, but not completely, and links clicked in areas below the fold don't work properly.
I don't think these are blockers to the test we're running.
@dchen spoke to @pizzzacat in person. I think we are going to hold off on the W based version for the test. I set up a meeting tomorrow to coordinate everyone and we can talk then about the "W" option.
Per our meeting:
Prototypes complete, next step: user test feedback!
@dchen please reassign to me when your analysis is complete, thanks!
Results of a guerrilla user test of navigation options:
https://www.mediawiki.org/wiki/Design/Research/Guerrilla_Testing_iOS_5_Navigation
Any changes based on these findings will be filed as new tickets.
Essentially we need to choose between two competing intuitions:
In the article reader we hide the main tab bar, replacing it with a toolbar. Normally that would be done modally and be dismissed at any time to get back to the "main" screen (one of the tabs). But we also think of picking an item off a list or collection as the start of a stack, which is pushed and popped, with no shortcut to the list from within the stack.
We will be releasing with only the navigation stack for article viewing for beta testing. We need real user feedback to make a call and invest the time to change it.
After a 2+ hour in person discussion at all hands (@MBinder_WMF has photographic evidence) we had 6 variations of this to potentially prototype and test. After further discussion the next day over a big sandwich, the team trimmed that to two main variations which will be implemented and evaluated:
a) T124376 is to provide a "shortcut" back to the main navigation tabs (ie. closing the reader "modal") via the "W" logo on the nav bar
b) T124802 is to provide a more full modal experience as envisioned in @Nirzar's original proposal.
(a) was implemented and is in public beta build 665
(b) is in development
design research will then use observational studies of a handful of users, and a final decision will be made from there.
Unstalled!
Currently awaiting Design Research feedback. Assigning to @pizzzacat, since I think she's the owner of getting research results back to us.