On Sun, Jan 8, 2017 at 3:14 AM, Dominik Vogt <dominik.v...@gmx.de> wrote: > On Sun, Jan 01, 2017 at 02:10:03AM -0700, Jaimos Skriletz wrote: >> Here is an old (minor) bug that is lurking in the Debian BTS. >> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464363 >> >> The bug is that when assigning non ASCII keys as hot keys in a Menu, >> the underline underlines the non ASCII character and the one after it. > > Hotkeys must be printable 7 bit Ascii characters, which is > probably not documented. The reason for this is that the hotkey > is specified as a substring from the item label (e.g. "á") instead > of a key name ("aacute"). X has no real way to convert a string > into a key name or vice versa, so hotkeys work only for keys where > both representations are the same. >
If keybindings for non 7 bit ASCII keys don't work, documentation could be useful. Though this has been around for a long time and not many seem to mention it so it probably isn't a big deal in the overall picture. > >> Here is a simple test >> >> DestroyMenu TestMenu >> AddToMenu TestMenu "Test" Title >> + "T&êst" Echo Test >> + "&ñice one" Echo Nice One >> + "Th&ááát" Echo Thaaat >> + "&This One" Echo This >> >> Then open the menu. > > I can reproduce the drawing bug. Maybe we should simply disable > hotkeys completely for anything not 7 bit ASCII. > Disabling the keys since they aren't working anyways and giving a warning may be useful for those who try to use non ASCII characters. Such a warning should only trigger when items are added to the menu, not each time the menu pops up. At least this way if anyone tries to use non-ASCII characters they are correctly informed that they do not work and this can move to a feature request to add support for these keys. thanks for looking into this. jaimos
