Some time ago I did up the beginnings of coverage of librsvg. It's the
GNOME library for loading SVG image files, and you use it to draw onto a
Cairo surface.
I did a quick review of the branch this morning. On the one hand it's
fine, there's even the beginnings of a fun example, but I still have a
number of unresolved questions:
- is it actually necessary to tell people to call Rsvg.init()?
- in the ValidateVectorIllustrations.testHandleMethods() test, I tried
putting in a cr.moveTo() before drawing the SVG onto the Context, but it
didn't seem to have any effect. That's Weird™
- how best to test this, actually? Perhaps load an image with this
code, and load an .svg image via gdk-pixbuf, and compare the two? Of
course, gdk-pixbuf uses librsvg, so that would be a good exercise of our
code somewhat isolated.
- Handle's write() isn't finished; it and close() need testing once we
have a way to compare loaded images.
So. Obviously it's not ready for merging, but we might be able to clean
it up well in time for 4.0.15.
My branch is at 'hackers/andrew/librsvg' if you want to have a go.
bzr://research.operationaldynamics.com/bzr/java-gnome/hackers/andrew/librsvg/
Meanwhile, I think that was the last open item for considering. There's
a tentative NEWS entry for 4.0.14 up (that's on the 'website' branch,
gets merged to 'mainline' just before a release).
http://java-gnome.sourceforge.net/4.0/NEWS.html
AfC
Sydney
--
Andrew Frederick Cowie
Operational Dynamics is an operations and engineering consultancy
focusing on IT strategy, organizational architecture, systems
review, and effective procedures for change management: enabling
successful deployment of mission critical information technology in
enterprises, worldwide.
http://www.operationaldynamics.com/
Sydney New York Toronto London
|
