Is hiding stuff behind the "more" sub-context menu intentional?

[Jürgen Spitzmüller]

Am Mittwoch, dem 01.11.2023 um 14:18 +0000 schrieb Isaac Oscar Gariano:
> Regardless, I just did a quick test, and if I lower my screen
> resolution so that not everything fits on the context menu, it makes
> a two column context menu, so perhaps we don't need the >50 check at
> all?

I am not in favor of that. I find these kind of menus very confusing,
and also, we will have problems with accelerators. Finding accelerators
if we have 50 entries is already hard (after all, only 26 letters
available for English)

Furthermore, most HIGs suggest a much lower number of entries per menu.

"Menus should contain between three and twelve items, and submenus
should contain between three and six items."
https://developer.gnome.org/hig/patterns/controls/menus.html#menus

"Don't put more than 12 items within a single level of a menu."
https://develop.kde.org/hig/components/navigation/menubar/

"Be mindful of menu length. People need more time and attention to read
a long menu, which means they may miss the command they want. If a menu
is long, you might need to break it into separate menus. In some cases,
you can use a submenu to shorten the list. The exception is a menu that
contains user-defined or dynamically generated content, such as the
History and Bookmarks menus in Safari. In this situation, people expect
the menu to accommodate the items they add to it, so a long menu is
fine, and scrolling is acceptable."
https://developer.apple.com/design/human-interface-guidelines/menus



-- 
Jürgen