Skip navigation.

Around the Planet

PlanetGNOME
PlanetGNOME

Just a quick overview of GNOME related happenings in the past week from PlanetGNOME....

Davyd Madeley adds a new feature to the character palette/picker applet to show the description given by gucharmap with a simple mouseover.

Jamin Philip Gray writes a patch to add printing support to Tomboy.

Jakub Steiner has been busy with creating new icons for Tomboy,
GStreamer capture, Application launcher, Inbox monitor applet, Evolution, Open Office Mimetypes, Coaster project file icons and Acast.

Michael Zucchi shows off a new plugin manager plugin for Evolution.

Evolution 2.1.0 has been released to coincide with GNOME 2.9.1.

James Henstridge pointed out this useful list of new functions in GTK 2.5/2.6.

Garrett LeSage shows off the latest version of the Industrial theme for Firefox.

Bryan Forbes has updated his website with screenshots of Coaster, a CD Authoring app.

Dave Richards from the City of Largo, Florida shows off a screenshot of Evolution running on an IPAQ.

Christian Schaller has updated the list of applications using the GStreamer framework.

Davyd Madeley shows off some of the work he has been doing to make applets support transparency so that they look good on transparent panels.

Rich Burridge shows a new light mode for the GNOME calculator for those that like to keep things simple.

Calum Benson points us to a new Java Desktop System live cd that is now available.

Bryan Clark shares some mockups for a potential future notification system in GNOME.

Garrett LeSage transformed the evolution website into a thing of beauty.

Owen Taylor posted some screenshots of a "toy" combination window manager and compositing manager with GL output he has written. See more here and here.

The problem with GTK2 is real

The problem with GTK2 is really that it's meant for a static UI. Evolution might be 100x more sophiscated than gtk-gnutella but it's
probably not doing much more than waiting for your input 99,99% of
the time. Whatever gtk-gnutella does, it's perfectly fine with GTK 1.2.
Why do you think it uses GtkTreeViews? Well because with GTK2 CTree
and CList are not only deprecated - which means depending on the
compile options it won`t even compile - they blink and look like sh*t
with GTK2. So it had to be converted. A major problem of GTK2 is that
it does this: g_strdup() 5 millions times per second. Run gtk-demo, shake your mouse pointer in front of the GtkTreeView and watch it eat
your CPU.
For your information, the stats page might look ugly - it's more or less for developers - but nothing is redrawn or updated at this page
unless it's activated.
With 1000+ rows in a GtkTreeView, the whole thing starts to get really slow. GTK2 is redrawing and strdup'ing too much for today's everything-
in-the-cpu-cache-is-fast-the-rest-is-slow systems.

By the way, what the hell do you suggest to present the data
in gtk-gnutella other than using GtkTreeViews? Anyway, I don't consider
gtk-gnutella with GTK2 too slow to be usable but it uses a magnitude
more CPU time. And *all* GTK2 programs start *much* slower than their
GTK1.2 counterparts.