I have gained some more insight on this topic lately.
There is no "right" or "wrong" layout value in IBus plugins like these
packages. We have reasons to assume that "default" is a deliberate
decision after a trade-off between different goals. A hard coded layout
would prevent issues like the one reported in this bug report, but it
would make it harder for users who prefer some other underlying layout
when using respective input method. It seems that they preferred the
flexibilty which "default" offers.
It's worth noting that the ibus-anthy setup GUI allows the user to
specify the layout (the Typing Method tab). To me that appears to be the
optimal solution, and it's probably a good idea to encourage the
upstream developers of other input methods to do the same.
But such a change won't happen in Ubuntu only. Please submit upstream
issues if you want it to be considered by the upstream developers.
Still keeping this bug report open for now, since this discussion may be
of some interest.
** Changed in: ibus-anthy (Ubuntu)
Status: New => Fix Released
** Changed in: ibus-libpinyin (Ubuntu)
Importance: Undecided => Wishlist
** Changed in: ibus-libpinyin (Ubuntu)
Status: New => Confirmed
** Changed in: ibus-pinyin (Ubuntu)
Importance: Undecided => Wishlist
** Changed in: ibus-pinyin (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to ibus-libpinyin in Ubuntu.
https://bugs.launchpad.net/bugs/1332847
Title:
Switching from russian to chinese does not work
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus-anthy/+bug/1332847/+subscriptions
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
