News for hackers. Stuff that matters.
Re:In Praise of the Unambiguous Click Menu by oneeyedpigeon on Saturday March 20, 2021 @08:26AM (#26522710)
> Using an application menu (e.g. File, Edit, etc.)? Those almost never appear on hover!

The author is clearly not a macOS user. In macOS:

- clicking a top-level menu label toggles between 'menu open' and 'menu closed' state

- in 'menu open' state:

a) entering a top-level menu label opens that submenu

b) switching to a different app or clicking outside of any submenu toggles to 'menu closed' state

I'd be interested in hearing if other OSes do something different. Maybe the fact that it's a global menu is relevant.

> All links are contained in submenus except for top-level items that have no submenu (e.g. “Home”). We’ll deal with what happens to those top-level pages in a moment.

Did the article end up covering that? As another comment suggests, having some links stay on-page and others navigate away is a potential problem. If it's only ever Home, that might be mitigated — you can always leave Home out anyway and utilise the site logo. I guess, for other top-level-only menus, differentiating them visually would be the answer — maybe blue underline for links and three-dimensional rectangles for 'buttons'? (ducks)

Re:In Praise of the Unambiguous Click Menu by anoncake on Saturday March 20, 2021 @08:32AM (#26522741)
Same on Windows and Linux.
Re:In Praise of the Unambiguous Click Menu by still_grokking on Saturday March 20, 2021 @02:16PM (#26524892)
This was also my first though: Did this person never saw a properly working menu before?

The proposed solution in the blog post is just crap. That's not like menus work!

That one needs to click to close a menu is especially bad UX.

But the root of all evil is clearly that web-tech just isn't suitable for application development! You need to "reinvent" basic stuff. Like menus…