GNOME Bugzilla – Bug 683613
No short code in the status indicator for some input sources
Last modified: 2012-09-12 16:57:22 UTC
I'm currently testing the input methods used in Hong Kong, which were recently added: https://bugzilla.gnome.org/show_bug.cgi?id=682313#c30 None of these get a short code displayed in the input source status icon/menu. I'll attach screenshots showing the problem.
Created attachment 223803 [details] Empty status icon for quick 3 This is what I get when I select the quick3 input source. Notice how there is an empty space between the a11y and sound status icons. That's where the input source status icon should be, with a short code representing the chosen input source (something like "cn", "zh", or a chinese character).
Created attachment 223804 [details] No short code for multiple input sources This is what I get when I add quick3, quick5, cangjie3, cangjie5 and stroke5. Notice how for the French layout I have the "fr" short code, but for the Chinese input methods I only get an integer. It seems as if GNOME Shell knows that they are all Chinese, so it displays the same short code (nothing), then appends an integer to differentiate them. The short code is missing though.
The fix should be done in ibus-table to include a meaningful <symbol> tag on the engine descriptions. On our side, I can add a fall back to use the 2 or 3 characters language code or, failing that (there are some really crappy engines out there...), use an hard coded generic symbol. Patch coming.
Created attachment 223862 [details] [review] status/keyboard: Handle IBus engines which don't specify a symbol In this case, fall back to the 2 or 3 letter language code or, failing that, to a keyboard symbol.
Review of attachment 223862 [details] [review]: Yeah, I guess that's the best we can do (in gnome-shell). Looks good.
Attachment 223862 [details] pushed as 409af28 - status/keyboard: Handle IBus engines which don't specify a symbol