This could be painful.
Ok, the goal of porting librsvg seems to be slightly less happy as I found a case of a relatively simple SVG not rendering properly, and I have no idea how to fix it, so patching it seems not feasible. So far the only renderers that seem to handle all the SVG I've thrown at them have been Inkscape and Bastik.
This could be painful.
This could be painful.
Previous Entry
SOB
Next Entry
Keyframed cows.
Advertisement
Latest Entries
New bug to me
1675 views
Week/Class 9
1515 views
Week/Class 8
1553 views
Week/Class 7
1603 views
The promised files
1831 views
Week/Class 6
1298 views
Week/Session 5
1353 views
Week/Session 4
1292 views
On the soapbox
1394 views
Week/Session 3
1269 views
Advertisement
I've been looking at svg renderers lately, with the idea of using svg and python to make simple game guis - possibly embedding the python code in the svg xml as atomic text. I also wanted to render it all in opengl.
I gave up that idea for the forseeable future (too much work for what I'd use it for), but here are some links which may be useful to you, if you haven't already found them.
amaya the w3c browser/editor has an opengl rendered svg component:
here
sauvage and svgl are opengl svg renderers in python and c++, written by stéphane conversy:
sauvage
svgl