- Issue created by @rkoller
- 🇩🇪Germany rkoller Nürnberg, Germany
After a bit of a back and forth I'll add two more UX related feedbacks to this issue. I'll change the title again to reflect that and to make this issue a collection of those results. The issue summary i keep reserved to the outcomes of the usability meeting I only add notes in case other results are confirming points made in the meeting.
- 🇩🇪Germany rkoller Nürnberg, Germany
The day before the UX meeting the attendees of the Drupal Dojo Austin tested the navigation module. For the record the attendees were: Buster Neece, @cutehair, @rocketeerbkw. I think adding a comment about the results to this issue is the better choice, that way all the relevant points are collected in a single place instead of splitting everything into separate issue, plus one point is confirming a problem raised in the UX meeting (see the note in the issue summary):
- The title within the drawer wasn't considered click-able. It looked like a header with no affordance being a clickable link.
- If you are on a desktop and the viewport width is narrow enough that the sidebar switches to the navigation pattern for mobile it is impossible to move with the cursor within the sidebar. The drawer is immediately triggered on hover and the drawer is overlaying the sidebar.
- Moving the mouse cursor horizontally in the navigation pattern for desktop is more cumbersome, challenging, and taxing than moving vertically for some attendees.
- Having just a single submenu expanded, in particular in the context of the
configuration
top level menu item, was considered challenging for new users and people with a small working memory. To know and remember which sub menu item contains which sub-sub menu items. - If only the user navigation block is available and the submenu for the username is expanded on larger screens, the button at the bottom and on top submenu inside the drawer are in no in close proximity and challenging to reach with the straw test.
Overall @rocketeerbkw summed it up nicely. If you compare the navigation menu with the current toolbar in Core it is a no brainer. He would switch immediately without a thought. But if you compare the navigation to the admin_toolbar, from a his perspective the hover functionality in the horizontal admin_toolbar was perfect for him. He was able to easily reach every part of the admin ui with ease quickly. With the navigation that experience in the context of hover isn't that flawless yet.
- 🇩🇪Germany rkoller Nürnberg, Germany
@charles-belov tested the navigation against vestibular disorder for 🌱 [PLAN] Accessibility review Active . In addition he also left a few additional notes in the context of usability in general:
- Mobile now triggers at a narrower width. The same width that was triggering mobile layout and behavior yesterday now displays desktop. I now have to set the browser to about 2/3 width to trigger mobile layout and behavior. (Note:For context, when he first tested the day before, from some reason his browser had a too narrow width triggering the nav pattern for mobile, making him think, and worry, that pattern would be the sole way to interact by mouse).
- I'm not seeing any animation concerns in either mobile or desktop.
- I'm noticing the behavioral differences between mobile and desktop. Specifically mobile requires a click to go to the next menu level. Desktop displays the first level on hover and the second level on click. I believe your usability team already identified the hover/click inconsistency.
- I agree with your usability team that would be better to give the user the option as to whether to expand on hover or on click when in desktop layout.
- There does seem to be a delay on the hover expansion in desktop. However, I think it's too brief, as the expansion of happens if I move the mouse at a moderate speed. I have to move the cursor quickly to avoid the flickering of submenus appearing and disappearing, and that's not necessarily something I would do.
- 🇦🇺Australia mstrelan
I haven't been following this much at all but tested this out for the first time today. I'd have to agree with the issues with mouse interaction, I found it too sensitive as I would often accidentally trigger a drawer to open. I also expected to click, and if I tried to hover and click quickly it would respond to both the hover and the click, animating twice. I also found it annoying if I open Reports and then move the mouse to the top of the drawer quickly but miss completely it closes the drawer and I need to re open it. I think clicking would work best. I also think it should be possible to middle click or ctrl + click on the top level items to open their index pages in a new tab, currently this is only possible if the item does not have children.