[Fedora-i18n-bugs] [Bug 749497] ibus-gnome3 shows xkb options with empty strings

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=749497

Daiki Ueno <dueno at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|unspecified                 |low

--- Comment #2 from Daiki Ueno <dueno at redhat.com> 2011-11-07 20:10:37 EST ---
(In reply to comment #1)
> XKB group keymaps can be shown up as far as four and ibus's first keymap engine
> has the combined keymap and the 2nd to 4th keymap engines has one mono keymap.
> E.g. if you configure the group layout as 'us(euro),us,jp', the first keymap is
> 'us(euro),us,jp' and the second is 'us' and the third is 'jp'.

Thanks for the explanation.  I didn't even notice the first keymap is combined.

> Probably I think the combined keymap is needed so that XKB option keys work
> with/without ibus.

Maybe I don't understand the situation you are thinking of, do you mean, say,
even if ctrl:nocaps/ctrl:swapcaps is set for the second keymap,
"Caps_Lock+Space" wouldn't work as "Control+Space"?

> I don't think to show XKB options on menu GUI due to the limited menu width.
> I agree to think the better label for the combined keymap. Hmm..
> E.g. the first variant and number but 'English (euro x 3)' might mislead all
> keymaps have euro variant.
> Maybe 'English (euro, ∅, ∅)' ?

How about showing it more explicitly as combined, like "Keyboard (en(euro), en,
ja)" ?

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.