You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue comes from our user testing round 1: navigation. When magnifying (as in assistive tech magnifiers) or zooming in (as in browser zoom) on digital content the amount of content that can be on screen at once is limited. One pattern we observed during these tests was participants magnifying/zooming in and quickly skimming the left side (English being a left-to-right language) of the document with vertical scroll to search for areas they wanted to explore with more detail via horizontal scroll. Content to the far right is unlikely to be found in this situation unless the user is thoroughly searching for it.
While this method of navigation did not prevent any participants from completing tasks successfully, it may be worth evaluating the placement of elements and possibly width of the default rendered notebook. In particular, I would want to ensure nothing highly important is hiding on the far right.
Possible solutions
This is less an immediate problem and more something to review and beware of. At this point, the problem requires exploration. If we agree to fix this in a specific way, we can create and link an issue with implementation tasks. The solution will be to identify what path we want to take forward, such as setting a different maximum width to the content.
Acceptance criteria
This issue can be closed when we decide
Whether there are at risk areas to the far right of the rendered notebook
What good examples in other websites we have to reference
What next steps we want to take with notebook width on this project
Tasks to complete
Tasks are to be determined by further tests and team discussion.
The text was updated successfully, but these errors were encountered:
Problem and context
This issue comes from our user testing round 1: navigation. When magnifying (as in assistive tech magnifiers) or zooming in (as in browser zoom) on digital content the amount of content that can be on screen at once is limited. One pattern we observed during these tests was participants magnifying/zooming in and quickly skimming the left side (English being a left-to-right language) of the document with vertical scroll to search for areas they wanted to explore with more detail via horizontal scroll. Content to the far right is unlikely to be found in this situation unless the user is thoroughly searching for it.
While this method of navigation did not prevent any participants from completing tasks successfully, it may be worth evaluating the placement of elements and possibly width of the default rendered notebook. In particular, I would want to ensure nothing highly important is hiding on the far right.
Possible solutions
This is less an immediate problem and more something to review and beware of. At this point, the problem requires exploration. If we agree to fix this in a specific way, we can create and link an issue with implementation tasks. The solution will be to identify what path we want to take forward, such as setting a different maximum width to the content.
Acceptance criteria
This issue can be closed when we decide
Tasks to complete
Tasks are to be determined by further tests and team discussion.
The text was updated successfully, but these errors were encountered: