Re: GTK+ 3 vs GKrellM public API
Bill Wilson <[email protected]> Thu, 28 Oct 2010 18:01:02 -0500
| Newsgroups | gmane.comp.gnome.apps.gkrellm |
|---|---|
| Message-ID | <[email protected]> |
On Fri, 29 Oct 2010 00:15:34 +0200 Stefan Gehn <[email protected]> wrote: > On 28.10.10 21:48, Jindřich Makovička wrote: > > Hi, > > > > trying to build my plugin with -DGTK_DISABLE_DEPRECATED -DGSEAL_ENABLE > > , I just noticed that GKrellM public API still contains references to > > GtkItemFactory and GtkTooltips, which are scheduled for removal in > > GTK3. Considering that GTK3 release is planned at the end of the year, > > I'd like to ask if there are any plans on an API transition? > > I don't know about Bill's plans but I want to build GKrellM with > GTK_DISABLE_DEPRECATED set when redoing the gui parts that I intended to > redo about two releases ago ;) Sure, patches to replace deprecated code in GKrellM are welcome. Except I'm not so sure about the future status of GdkPixmap. It's not deprecated yet but it will be removed from Gtk3 and I suspect it will then become available as a separate package. My current position is that I will have no plans to replace GdkPixmap with Cairo unless Cairo performance ends up being better than I expect. When I replaced GdkFont with Pango, GKrellM CPU usage went way up and the code "tricks" I put in to offset that a bit make some of the code sections more opaque than they should be. GKrellM is a monitoring tool and should not perturb the system it measures any more than absolutely necessary. At least that's what I like to say :) Bill ______________________________________________ Gkrellm mailing list [email protected] Read archives-join-leave-set RSS feed: http://archive.lists.netservicesgroup.com This service is provided by The Network Services Group: http://www.netservicesgroup.com