-
Notifications
You must be signed in to change notification settings - Fork 220
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MenuItems should display their HotKeys #340
Comments
Oh, excellent, thank you! May I suggest that the MenuItem's InputGesture and HotKey properties' API reference pages link to each other to make this more clear? |
There is also a convention way of doing this. Which is to put a |
This is useful, too, but it's not quite the same thing. A HotKey can be used without pressing Alt and bringing the menu open. A HotKey is something like Ctrl-S to save the current document, which is distinct from the "accelerator" Alt-F → S that performs the same command. Many menu commands need to have both. |
Ah right, I misread your post. My bad. |
@yshklarov sounds like it's a docs issue then. So I'll move it there. |
The problem
Menus in Windows applications typically display their associated hotkeys, right-aligned, as part of the menu's header. Otherwise, the HotKey is not discoverable, which makes the HotKey useless in practice in many cases.
Request
It should be possible (in fact, it should be the default) for a MenuItem to display its HotKey to the right of the Header.
Workaround
For now, the HotKey can be manually added in parentheses at the end of the Header. However, this is ugly because it's not right-aligned (and tab stops don't work here).
Example
Here's the main menu in Firefox. The hotkeys can be seen to the right of each menu header.
The text was updated successfully, but these errors were encountered: