On Wed, Nov 21, 2012 at 4:47 AM, Sebastien Bacher <[email protected]> wrote: > Do you have a list of the features that are missing in the 1.5 update? Is > that mostly the "input method per win" option? I will try to resume/continue > the GNOME upstream discussion on the topic
Yes, mostly the "input method per win" option. But also something related to layout handling, since the model is changed. > Well, I don't either and we lack people in the team we do, still we need to > maintain need so I'm trying to understand where we stand. I'm not using ibus > but reading bugs and discussions from users and ibus maintainers in other > distributions I got the feeling that 1.5 was a problematic version ... isn't > that true? I use 1.4 now since I'm using Ubuntu. I saw three kinds of issues in upstream tracker (I guess I skimmed every open issue on that tracker): 1. Oops! The IM state become global. (We already discussing this.) 2. Oops! My layout setting is overwritten by IBus. ( This is due to the fact that the way of layout handing is changed, but there maybe some UI addition needed to make things more friendly. ) 3. Other random issues that is probably packaging issues. > Right, we don't though, we lack people knowing it and we are stuck in > "trying to understand what change between ibus-1.4 and GNOME 3.4 and > ibus-1.5 and GNOME 3.6" to see if the update is something we should do or if > it's problematic enough that we should hold back on it until we get some of > the issues resolved (that also requires to understand what the issues are > and engage with those upstream about getting them resolved) Is AWASHIRO Ikuya's above mentioned commands sufficient enough to see what would be the final result? > Is that the only thing missing in GNOME 3.6 keyboard handling from your > perspective? Also: 1. Lack of IM switching OSD, GNOME people say 3.8 2. Filtering of available input methods: https://mail.gnome.org/archives/desktop-devel-list/2012-November/msg00091.html > What's the issue with the IBus indicator? It's basically an equivalent of > the upstream GtkStatusIcon as an Indicator. Is your comment based on the > open bug that the icon fail to load in some cases for some users or do you > know of other issues? No, they are not equivalent. You may check my videos, total length 7 minutes to see why they are different, the versions involved are vanilla 1.4.2 and Ubuntu 1.4.1, both in 12.10 http://dl.dropbox.com/u/45139465/vanilla-ibus.ogv http://dl.dropbox.com/u/45139465/ibus-indicator.ogv I will report/reuse a bug later. > We neither have a blueprint nor a code repository for the new indicator no > ... reasons include that we are just starting looking at ibus 1.5 and that > we lack people with enough knowledge about the domain to design a proper > solution. Our first iteration would probably to keep following what ibus > upstream is doing with their icon just using an indicator, that's assuming > that the IBus upstream know enough about IBus and its users to come with an > useful UI (if IBus upstream doesn't know how IBus is used we have other > issues...) You may check how 1.5 icon looks like in GNOME Shell by following picture. http://desktopi18n.files.wordpress.com/2012/02/gnome-shell-ibus-menu-20120216.png Probably we just whitelist it? -- ubuntu-desktop mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
