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