© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
1b1ed1a
(Get the code!)
Thank you, that worked. I just had to change metadata.json to
"shell-version": [
"3.16", "3.18"
],
as Wily apparently still has gnome-shell 3.16. I suppose that's why the gnome extension website didn't want to install before. It would have been nice to get notified of the version mismatch, though... And yes, I did switch to the gnome-shell session before trying.
The onboard-integration extension does indeed work, however I feel there's room for improvement. The extension switches to caribou for the overview, which is quite clever, but that means Onboard isn't fully integrated yet. Worse though, there's no keyboard for password prompts (e.g. for gparted), so bug #1306220 is not quite fixed yet.
Further, due to the extension showing and hiding Onboard, the auto-show behavior is is different from Onboard's. This wouldn't necessarily be a bad thing, but now, like GNOME's keyboard, Onboard gets stuck hanging around a lot when widgets have long lost focus. At the moment I feel our auto-show does a slightly better job. Maybe things changed already in GNOME shell 3.18, though, I haven't tried there.
Onboard's own auto-show should better be disabled too in preferences, because it is now overruled by D-Bus commands, which seems to lead to jerky transparency effects when showing/hiding.
I think one quick improvement could be to drop the D-Bus show/hide commands and leave auto-show to Onboard. For full integration in overview and password dialogs we would probably have to figure out how GNOME's keyboard does it.
> I already am maintaining iio-sensor-proxy for Debian. So you may soon
> see it on Ubuntu, as an obvious effect.Ah, good to hear.
Ah, good to hear. If I get a chance to try it, I will.
> My immediate goal is to see if I can get onboard a possible 1st class
> replacement for Caribou.
I think the Onboard team (me and Francesco, lately) would definitely support this. Ideally we would be able to simply select one out of a number of available keyboards. I feel this will be an uphill battle, though.
> If you get the GNOME SHell Extension improvements into onboard upstream itself, it'd definite...
@Francesco, what do you think? Hypothetically, would a suggests dependency to a new, say, onboard-gnome package make sense? We would need to get permission from the original extension author of course and then see what can be done for better integration.