[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

--- Comment #3 from fujiwara <tfujiwar at redhat.com> 2011-11-07 20:44:58 EST ---
(In reply to comment #2)
> > 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"?

Ah, I mean XKB toggle keys for example.
If g-c-c sets grp:rwin_switch, I think users would expect to switch the XKB
keymaps with Win-key with/without ibus. If the first ibus keymap engine is not
the combined keymap, I would think ibus need to track the Win-key event with
libxklavior.
So I guess the combined keymap might be fine.

> > 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)" ?

OK, it might be better than my idea if the width is no problem.
I will test your idea.
Thanks.

-- 
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.