Problem/Motivation
The toolbar's top level tabs have one of two responses to being clicked.
- Navigate to a URL e.g. the Home link.
- Open an assoicated tray e.g. the Menu link.
Originally noted by sun in #1137920-327
I find it very confusing that clicking some of the tabs immediately issues a request to another page, whereas some other tabs do not and only open a tray.
We require a simple way to visually differentiate "navigation" links from "tray" links.
Proposed resolution
Devise a visual queue and add it to toolbar.theme.css.
Remaining tasks
Do it.
User interface changes
"tray" opening tabs will be visually distinct from "linking" tabs.
API changes
None.
Comments
Comment #1
mustanggb commentedKicking this off with a suggestion
Comment #2
shyamala commentedediting tags
Comment #3
Bojhan commentedI see absolutely no need for this. We don't have this for the current toolbar either.
Comment #4
mustanggb commentedI wonder if this issue could be better solved by the tray changing on mouse hover rather than on click, then the navigate links can just hide the tray on hover and we'd know it was a hyperlink.
If we did go this route then I'd suggest using a minimum hover time time rather than just activating the tray show/hide immediately as this facilitates the ability to traverse other menu links when moving to a tray link, e.g. Hovering over "Menu" opens the tray after 400ms, the to move the mouse in a direct line to the "Help" tray link you cross over the "Shortcuts" menu link, but it won't activate due to the hover being less than 400ms.
Having the delayed hover also allows you to keep the click code for users that want the make the tray appear faster. Essentially it's a similar idea to the standard right click context menu and it's related sub-trees.
Comment #5
ry5n commented@Bojhan (#3) In D7, the toolbar only contains links (except for the shortcuts tray toggle, which is visually distinct). So unless I misunderstand, I think this is a potential issue.
However, presently the only item in the top level toolbar that doesn’t have a tray is the home link. I wonder if we could somehow distinguish it rather than the others. I don’t know if that strategy would be future-proof, and I also can’t think of a good visual cue for it.
If we went the other direction, what I would suggest is similar to #1: a 'dropdown' arrow at the end of the item label, like so: [icon] label v
However, that starts to add a lot of visual noise around the labels. What if we chose to drop the icons (except home) when space permits:
mobile
[home icon] [menu icon] v [shortcuts icon] v [user icon] v
desktop
[home icon] Menu v Shortcuts v Username v
Comment #6
wim leersClosing per #3: