This is a development release leading up to GTK+-2.4. Changes since GTK+-2.3.1 include many API fixes for new widgets and bug fixes in new and old code, along with various new API enhancements, such as allowing saving a GdkPixbuf to an in memory buffer, and a “blazingly fast” fixed-height mode that can be enabled for GtkTreeView. GLib 2.3.2 and Pango 1.3.2 were also released. Elsewhere, ComputerWorld interviews Jeff Waugh, release manager of Gnome.
GTK+ 2.3.2 Released
About The Author
Eugenia Loli
Ex-programmer, ex-editor in chief at OSNews.com, now a visual artist/filmmaker.
Follow me on Twitter @EugeniaLoli
quote : “blazingly fast” fixed-height mode
What is that?
I assume it means that if your GtkTreeView items are all the same height (e.g. all text in the same font, instead of text and differently sized images) then they optimize the display somwhat. I’m not too sure how you define blazingly fast however, or how it handles huge data sets these days.
is there going to be a win32 release ?
is there going to be a win32 release ?
There have always been releases for Windows before, so I’d think so.
but the most recent one on dropline.net and on
http://www.gimp.org/~tml/gimp/win32/downloads.html
is 2.2.4, so they’re missing the 2.3 releases.
I’m using GTK in combination with visual studio, so I doubt if I could compile this version myself easily on windows.
The speedup in the treeviews is something I could really use though.
I guess I’ll have to wait and see.
Has anyone had a chance to check if the development series of Eclipse (e.g., 3.0M6) works with the new GTK+?
The changes in GTK+ 2.3.x’s API have previously broken the toolbar code in Eclipse causing the IDE to crash every time on startup.
The fileselector have any modifications?
<ii>quote : “blazingly fast” fixed-height mode
What is that?[/i]
Until now gtk needed to traverse the tree view twice, once to calculate the height of all the elements, and another to draw them. This can be quite expensive in programs that really push the treeview for its money (think evolution), this mode, if all elements are the same height and it is set, then it needs to go over the elements once (actually, I believe it goes over only those that fall on screen, so its even less, but I am not sure about this)
The fileselector have any modifications?
from the changelog:
* GtkFileChooser [Federico]
– Fix new filename entry in Save mode [Jan Arne Petersen]
– Improved the look of GtkFileChooserDefault. [Tuomas Kuosmanen]
– Added support for file system volumes such as CD-ROMs,
floppies, and network shares.
– Add a “New Folder” button for Save mode in GtkFileChooser.
– Better support for Folder mode.
Eclipse loads but crashes when I try to switch to the Java perspective… so I’m stuck with Motif
It’s not much change, here: http://primates.ximian.com/~federico/news-photos/gtkfilechooser-200…