Change Details

This epic contains all tasks related to the idea of addressing the pain point of user focus pursued by the [[ https://www.mediawiki.org/wiki/Editing_team | Editing team ]]. The pain point was identified through usability testing and an heuristic analysis. See [[ https://www.mediawiki.org/wiki/Visual-based_mobile_editing | here ]] for a brief summary and community discussion of this idea. In this epic, we will only be doing . **Problem** When a user clicks on the section editing icon, the page takes time to reload and then, they lose their **focus **and can’t find where they were editing. **Potential solution** Part 1: **Wayfinding:** Isolate section editing --- When people click on a section edit button, they're declaring their intention to focus on that section, and we should give them that experience. To do this, we can: * provide the user a new screen view that only displays that one particular section to edit to reduce stimulation Part 2: **Managing performance expectations**: --- We need make the loading experience feel better. There are a few things that we could do: * UI refresh - a more reassuring throbber * loading screen - a translucent modal so you can still see what you clicked on * microcopy- maybe a little text like "loading Etymology and taxonomy..."

This epic contains all tasks related to the idea of addressing the pain point of user focus pursued by the [[ https://www.mediawiki.org/wiki/Editing_team | Editing team ]]. The pain point was identified through usability testing and an heuristic analysis. See [[ https://www.mediawiki.org/wiki/Visual-based_mobile_editing | here ]] for a brief summary and community discussion of this idea. In this epic, we will only be doing . **Problem** When a user clicks on the section editing icon, the page takes time to reload and then, they lose their **focus **and can’t find where they were editing. **Potential solution** **Wayfinding:** Isolate section editing --- When people click on a section edit button, they're declaring their intention to focus on that section, and we should give them that experience. To do this, we can provide the user a new screen view that only displays that one particular section to edit to reduce stimulation These are routes we decided not to go for now, but address the issue of focus within section editing in the future: * create an orienting ui animation * refine the table of contents * tweak the toolbar * remove the need for refocusing completely, by creating a way to do sentence-level editing

This epic contains all tasks related to the idea of addressing the pain point of user focus pursued by the [[ https://www.mediawiki.org/wiki/Editing_team | Editing team ]]. The pain point was identified through usability testing and an heuristic analysis. See [[ https://www.mediawiki.org/wiki/Visual-based_mobile_editing | here ]] for a brief summary and community discussion of this idea. In this epic, we will only be doing . **Problem** When a user clicks on the section editing icon, the page takes time to reload and then, they lose their **focus **and can’t find where they were editing. **Potential solution** Part 1: **Wayfinding:** Isolate section editing --- When people click on a section edit button, they're declaring their intention to focus on that section, and we should give them that experience. To do this, we can: * provide the user a new screen view that only displays that one particular section to edit to reduce stimulation Part 2: **Managing performance expectations**: ---These are routes we decided not to go for now, but address the issue of focus within section editing in the future: We need make the loading experience feel better. There are a few things that we could do: * UI refresh - a more reassuring throbber* create an orienting ui animation * loading screen - a translucent modal so you can still see what you clicked onrefine the table of contents * tweak the toolbar * remove the need for refocusing completely, by creating a way to do sentence-level editing * microcopy- maybe a little text like "loading Etymology and taxonomy..."