After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 434023 - egg.trayicon shouldn't be deprecated!
egg.trayicon shouldn't be deprecated!
Status: RESOLVED WONTFIX
Product: gnome-python
Classification: Deprecated
Component: general
2.18.x
Other Linux
: Normal normal
: ---
Assigned To: Nobody's working on this now (help wanted and appreciated)
Python bindings maintainers
gnome[unmaintained]
Depends on: 409435
Blocks:
 
 
Reported: 2007-04-28 03:35 UTC by Scott Horowitz
Modified: 2014-08-02 13:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Scott Horowitz 2007-04-28 03:35:04 UTC
gtk.StatusIcon hardly provides "equivalent functionality" to that of egg.trayicon. gtk.StatusIcon is just a GObject, not a GtkWidget, and much functionality has consequently been lost - ability to mousewheel over the icon, ability to middle-click, ability to get a callback from hovering over the icon, and so on.

If you search google, you'll find many applications (other than my own) that find this to be quite an annoyance. egg.trayicon should stick around until gtk.StatusIcon actually _does_ have equivalent functionality. And FWIW, I have gtk.StatusIcon already coded up in my application as a fallback, so this has nothing to do with the effort required to switch and everything to do with loss of functionality.

Scott
Comment 1 Gustavo Carneiro 2007-04-28 11:49:28 UTC
I didn't know gtk.StatusIcon was so less functional than egg.trayicon.  I guess gtk.StatusIcon provides less functionality because it has to be cross-platform...
Comment 2 Joe Wreschnig 2007-04-28 17:05:52 UTC
I agree with Scott; we're using lots of widget functionality in egg.trayicon, and so we can never switch to StatusIcon without losing virtually all our features.

Can't both be merged into GTK+? Applications that care about being cross-platform can use one, and applications that don't can use the other.
Comment 3 Scott Horowitz 2007-04-28 17:11:47 UTC
I should have mentioned this earlier, but for what it's worth, I had filed a feature request against GTK+ about this a while back:
http://bugzilla.gnome.org/show_bug.cgi?id=382018

Although it didn't overly concern me up until I noticed egg.trayicon labeled as deprecated ;-)
Comment 4 Pascal Klein 2007-05-12 12:05:27 UTC
Just wondering what is happening with this bug now? I haven't been able to run Sonata anymore since this happened and would really like to go back to it...

Is there something I can do in the meantime to overcome this problem whilst it's sorted out?

Cheers.

-Pascal
Comment 5 Gustavo Carneiro 2007-05-14 09:53:20 UTC
You can't run Sonata why?  A deprecation warning is hardly reason to make a program stop working.

It is even possible to filter out the deprecation warning; see the documentation for the python 'warnings' module for details.

I asked in gtk-devel about this, but no one replied.  I'll probably have to undeprecate the module again, if no other solution is provided :(
Comment 6 Pascal Klein 2007-05-22 12:53:03 UTC
Oh, I missed that. There are more deprecation warnings I am getting re dbus-python that prevent Sonata from connecting to dbus.

Debug output - http://rafb.net/p/hU6tXA74.html
Comment 7 Aren Olson 2007-06-01 22:02:46 UTC
Hi, I'm one of the developers of the Exaile Music Player (www.exaile.org), and this depreciation has been giving us some problems too. As has been metioned, gtk.StatusIcon lacks events for mouseover, mouse wheel and middle-click, all of which we used to use with egg.TrayIcon. A number of users have complained about this lack, so we would very much like to be able to continue using egg.TrayIcon by default until gtk.StatusIcon truly provides equivalent functionality.
Comment 8 Olivier Duclos 2009-03-17 22:48:39 UTC
This is fixed now with gtk+ 2.16.
Comment 9 Mathias Brodala 2009-07-12 18:50:42 UTC
(In reply to comment #8)
> This is fixed now with gtk+ 2.16.

Then how about PyGtk? The GTK version which added "scroll events, middle clicks and rich tooltips" was 2.15 which was released in January 2009[0]. Since then no PyGtk version has been released with support for these changes.

Please consider implementing these features since GtkStatusIcon currently is hardly a replacement for the deprecated EggTrayIcon.

[0] http://lwn.net/Articles/313449/
Comment 10 Gian Mario Tagliaretti 2009-07-12 19:16:36 UTC
(In reply to comment #9)
> (In reply to comment #8)
> > This is fixed now with gtk+ 2.16.
> 
> Then how about PyGtk? The GTK version which added "scroll events, middle clicks
> and rich tooltips" was 2.15 which was released in January 2009[0]. Since then
> no PyGtk version has been released with support for these changes.

PyGTK 2.15.0 has been released the 3rd of May 2009
PyGTK 2.15.1 has been released the 25th of May 2009

> Please consider implementing these features since GtkStatusIcon currently is
> hardly a replacement for the deprecated EggTrayIcon.

Please remember that this is Free Software and you can contribute as much as you like to make releases better and faster.
Comment 11 Mathias Brodala 2009-07-12 19:20:38 UTC
(In reply to comment #10)
> (In reply to comment #9)
> > (In reply to comment #8)
> > > This is fixed now with gtk+ 2.16.
> > 
> > Then how about PyGtk? The GTK version which added "scroll events, middle clicks
> > and rich tooltips" was 2.15 which was released in January 2009[0]. Since then
> > no PyGtk version has been released with support for these changes.
> 
> PyGTK 2.15.0 has been released the 3rd of May 2009
> PyGTK 2.15.1 has been released the 25th of May 2009

Huh? What about this message:

http://lwn.net/Articles/313449/

It says "Thu, 01 Jan 2009 20:36:43 -0500" there…

> > Please consider implementing these features since GtkStatusIcon currently is
> > hardly a replacement for the deprecated EggTrayIcon.
> 
> Please remember that this is Free Software and you can contribute as much as
> you like to make releases better and faster.

I am already contributing to Free Software and don’t have that much time left for this. Otherwise I’d happily do this.
Comment 12 Gian Mario Tagliaretti 2009-07-12 19:24:26 UTC
(In reply to comment #11)

> Huh? What about this message:
> 
> http://lwn.net/Articles/313449/
> 
> It says "Thu, 01 Jan 2009 20:36:43 -0500" there…

That's a 2.15.0 GTK+ release, we have released PyGTK 2.15 [0] in May and we will release PyGTK 2.16.0 as soon as we can.

[0] http://www.daa.com.au/pipermail/pygtk/2009-May/016986.html
Comment 13 Mathias Brodala 2009-07-12 19:27:03 UTC
(In reply to comment #12)
> (In reply to comment #11)
> 
> > Huh? What about this message:
> > 
> > http://lwn.net/Articles/313449/
> > 
> > It says "Thu, 01 Jan 2009 20:36:43 -0500" there…
> 
> That's a 2.15.0 GTK+ release, we have released PyGTK 2.15 [0] in May

Yeah, I know about that. That’s why I added my comment after all.

> and we
> will release PyGTK 2.16.0 as soon as we can.

Maybe we should continue this in #588396 since this report is against gnome-python.
Comment 14 Takao Fujiwara 2010-01-07 06:04:59 UTC
I filed bug 605683 recently.
Comment 15 André Klapper 2014-08-02 13:05:37 UTC
The last gnome-python code changes took place in April 2011:
https://git.gnome.org/browse/archive/gnome-python/log/

This project is not under active development anymore.

This project got recently archived in GNOME Git.

It is currently unlikely that there will be any further active development.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this bug report in the future if anyone takes the responsibility for active development again. If you are interested in maintainership, inform https://mail.gnome.org/mailman/listinfo/desktop-devel-list

gnome-python wrapped GNOME 2's core libraries which are all deprecated and not under development anymore. 
For Python in GNOME 3, see https://wiki.gnome.org/Projects/PyGObject and its gobject-introspection approach.