GNOME Bugzilla – Bug 349308
Help kill libegg
Last modified: 2011-07-10 02:24:52 UTC
+++ This bug was initially created as a clone of Bug #349256 +++ Please help kill libegg. Your module contains some egg code that is now deprecated thanks to new features, most probably the new GTK+ 2.10 features like: + GtkRecent* (deprecating EggRecent) + GtkStatusIcon (deprecating EggTrayIcon and EggStatusIcon) + GtkCellRendererAccel (deprecating EggCellRendererKeys) + GtkAccelGroup now has features to deprecate EggAccelerator (see bug 85780) Also, egg-screen-exec stuff has been deprecated: see http://cvs.gnome.org/viewcvs/*checkout*/libegg/libegg/screen-exec/README Also, EggIconList has become GtkIconView in GTK+ 2.6.
I don't really see what code you are talking about, to be honest ?
It's the keybinder code from tomboy.
Ah thanks
I'd be willing to work on this, although it will require a gtk+ >= 2.10 dependency. Thoughts?
As of Deskbar-Applet 2.20 the minimum GTK+ version will be 2.10.
There is now, thanks to Bastien, a way to register keybindings in gnome-keybindings-properties. It needs control-center 2.20 though, see http://live.gnome.org/ControlCenter/ApplicationDefinedKeybindings. You still need the relevant code to listen for the hotkeys, but Bastien mentioned he might be looking at fixiing this aswell. Just so you can sync your work.
See bug #413538. The problem is it doesn't actually bind the key, but only stores the keybinding.
Yes, I know. Just thought it would be good for Jared to know that Bastien might already started working on binding functionality.
Any update on this issue?
Sorry but I haven't been working on it, if that's what you mean.
Maybe we should all start using gtkhotkey :) Has anyone tried it ? It currently uses the same Tomboy code that everyone else is using, so it should "just work". http://www.grillbar.org/wordpress/?p=250
(In reply to comment #11) > Maybe we should all start using gtkhotkey :) Has anyone tried it ? It currently > uses the same Tomboy code that everyone else is using, so it should "just > work". > > http://www.grillbar.org/wordpress/?p=250 > That looks very promising. Telling from the comments, it still includes the libegg stuff we want to get rid of? (CCing Mikkel Kamstrup hoping that he can provide some inside)
As such libegg code is not "bad" code as such. It just needs to go in a coherent context and lose the egg namespace. Ofcourse we also need to remove as much duplicate code as possible - the eggaccelerators code I use is partly doubled in Gtk+ now. I will look at removing all duplicate code for the next gtkhotkey release. The API og gtkhotkey is clean so we can easily clean up the bottom as we go. GtkHotkey is not Gnome-only, but since it uses interfaces and abstract factories for all parts is should be quite clean to integrate with http://live.gnome.org/ControlCenter/ApplicationDefinedKeybindings. The only tricky point can be if the data models does not map cleanly. Anyways I can not work on GtkHotkey before xesam-glib 0.2 is out, this will take a few weeks at minimum. I will follow up here when I pick up GtkHotkey. Else feel free to check out the code... Hint hint.
Please don't clutter the Gtk namespace with GtkHotkey*. It belongs to gtk+, not an outside add-on library. Instead, this could be proposed and integrated into gtk+-2.14, in which case it should be in the gtk+ namespace, otherwise not. That's my personal opinion though. If libgtkhotkey is used in its current API in deskbar-applet, then all hell will break loose when the user upgrades gtk+ to a version that has GtkHotkey itself (assuming it will).
...any news here after more than one year?
As long as bug #413538 is still open this one is too. I'm not aware of any progress, though.
As bug #349306 is solved now, maybe you want to take a look
deskbar-applet development has been stalled [1]. Maintainers don't have future development plan so i am closing the bugs as WONTFIX. [1] http://mail.gnome.org/archives/desktop-devel-list/2011-June/msg00073.html