Opened 15 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 luroh, 14 years ago

Minor update on this one - [CTL] is now shown when having remapped the command key to anything else than (American) Alt.

comment:2 by humdinger, 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 axeld, 7 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:4 by pulkomandy, 3 years ago

Resolution: fixed
Status: assignedclosed

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.

Note: See TracTickets for help on using tickets.