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
1910 views
Week/Class 9
1740 views
Week/Class 8
1788 views
Week/Class 7
1835 views
The promised files
2115 views
Week/Class 6
1518 views
Week/Session 5
1578 views
Week/Session 4
1519 views
On the soapbox
1636 views
Week/Session 3
1493 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