Opened 16 years ago
Closed 3 years ago
#3389 closed bug (fixed)
Key accelerators for non-printing characters aren't displayed properly
Reported by: | darkwyrm | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Kits/Interface Kit | Version: | R1/pre-alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Most of the navigation keys (Home, Page Up, Backspace, Delete, etc.) aren't displayed properly when used as keyboard accelerators using the default font. All that is shown is a box.
The characters used for Tab and Home, while Unicode standards, are also obscure. Using the key name instead of the symbols would be much clearer
Change History (4)
comment:1 by , 14 years ago
comment:2 by , 14 years ago
Which prompts me to reiterate the known proposal not to use shortcut key names, but stick to their function, which never changes even if you remap your keyboard: Copying will always be command+C. No matter if your command key is mapped to ALT, CTRL, AltGr or F7.
As graphics used in menus use CMD (command key == normally ALT), CTL (control key == normally CTRL), OPT (option key == normally WIN (or AltGr)), SHFT == normally SHIFT.
If we would rename the CTL (control) key to something else, there wouldn't even be confusion for "Windows mode" users, for whom their CMD key == CRTL, and CTL key == ALT... :) How about "MOD" (modifying) key?
Just saying...
comment:3 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:4 by , 3 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
We now use the Noto Sans Symbols 2 font which provides the needed characters. It is part of the font fallback system, so even if you change the menu font to something else, this will still work.
Minor update on this one - [CTL] is now shown when having remapped the command key to anything else than (American) Alt.