java-gnome 4.0.18 (23 Dec 2010)
My compressed original is better than your uncompressed copy
This was a bug fix release. A serious crasher was occurring when you requested a the underlying [org.gnome.gdk] Window backing a Widget, as is often necessary before popping up context menus. Thanks to Kenneth Prugh and Guillaume Mazoyer for their help in duplicating and isolating the problem.
Better image rendering
While we’re at it, we’ve merged work in progress offering coverage of the
librsvg Scalable Vector Graphics loader. This allows you to draw an SVG image
as a vector graphic to Cairo (which itself works in vector form, of course),
and is a substantial improvement over just loading the
.svg with gdk-pixbuf
(which rasterizes the graphic to a bitmap first, of course). Load the image
with Handle, then draw it with Context’s
We’ve also added coverage of Cairo Surface’s new
setMimeType(), which allows you to embed the the
original [ie JPEG, or to a lesser extent PNG] image in PDF output rather than
just the decoded, rasterized, and very huge bitmap image that Cairo uses on
screen and would otherwise have used in PDF and SVG output. So 100 kB JPEGs
stay JPEGs instead of turning into 12 MB bitmaps. Yeay.
java-gnome now depends on Cairo 1.10 and librsvg 2.32.
You can download java-gnome’s sources from
ftp.gnome.org_, or easily checkout a branch from_ ‘
$ bzr checkout bzr://research.operationaldynamics.com/bzr/java-gnome/mainline java-gnome
though if you’re going to do that you’re best off following the instructions in the