Re: [Librsvg-devel] Re: [Inkscape-devel] Plain SVG as default ?
Hi John, If you want a pretty good indication on the current status of the different rendering engines you could take a look at my comparison chart here: http://www.linuxrising.org/svg_test/test.html
It lists all the SVG engines discussed in this thread and I updated the librsvg-cairo one just an hour ago.
I also hope someone in the Inkscape community gets motivated to start working on the compliance tests as afaict there have been little progress on Inkscape's SVG standard compliance over the last few months (tons of other improvements though :).
Christian
On Wed, 2005-10-19 at 03:33 -0600, John Taber wrote:
Dominic Lachowicz wrote:
I can barely make time for testing a new lib under cairo so can't afford to get involved with trying to get hooked into cvs etc - if libsvg is deprecated and librsvg is really in flux, what is Gnome using in current development (v2.11) for rendering svg?
Gnome has always used librsvg. It has never used libsvg. Gnome's development version is 2.13, not 2.11.
The version of librsvg that Gnome uses renders via libart and not cairo.
Now I get it - I was thinking Gnome was now rendering svg via cairo. So for now I'll use libsvg-cairo knowing that it may have some problems and knowing that it is planned to be replaced with librsvg-cairo sometime in near future. When a version of librsvg-cairo becomes available outside of cvs or I have time to fool with the cvs settings, I'll try it out and feedback to the librsvg list. thks.
This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Librsvg-devel mailing list Librsvg-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/librsvg-devel
Christian Fredrik Kalager Schaller wrote:
Hi John, If you want a pretty good indication on the current status of the different rendering engines you could take a look at my comparison chart here: http://www.linuxrising.org/svg_test/test.html
It lists all the SVG engines discussed in this thread and I updated the librsvg-cairo one just an hour ago.
Wow, it does show a big difference between librsvg-cairo and libsvg-cairo (I'll have to get the CVS copy)
I also hope someone in the Inkscape community gets motivated to start working on the compliance tests as afaict there have been little progress on Inkscape's SVG standard compliance over the last few months (tons of other improvements though :).
Inkscape has now started a tester list to generate more interest in testing. I think most of the automated testing ideas have included the idea of compliance testing, and I recall seeing your comparison link on one of the Inkscape lists.
On Wednesday 19 October 2005 16:20, John Taber wrote:
Christian Fredrik Kalager Schaller wrote:
Hi John, If you want a pretty good indication on the current status of the different rendering engines you could take a look at my comparison chart here: http://www.linuxrising.org/svg_test/test.html
Is there a tarball of these svgs anywhere? Couldnt see one on that page or the main page.
Craig
Christian Fredrik Kalager Schaller wrote:
I also hope someone in the Inkscape community gets motivated to start working on the compliance tests as afaict there have been little progress on Inkscape's SVG standard compliance over the last few months (tons of other improvements though :).
I should have also mentioned - coupling your comparison chart with Bryce's pixel rendering comparison program would produce a really cool, powerful automated and quantifiable testing component.
On Wed, Oct 19, 2005 at 08:31:30AM -0600, John Taber wrote:
Christian Fredrik Kalager Schaller wrote:
I also hope someone in the Inkscape community gets motivated to start working on the compliance tests as afaict there have been little progress on Inkscape's SVG standard compliance over the last few months (tons of other improvements though :).
I should have also mentioned - coupling your comparison chart with Bryce's pixel rendering comparison program would produce a really cool, powerful automated and quantifiable testing component.
That's not a bad idea, I wouldn't mind collaborating on something like this.
In addition to that, I have some scripts that automatically pull and build Inkscape nightlies. I'm planning on also tacking on this render test to that.
Bryce
Hi, Wouldn't mind working with Bryce on this if I can contribute something. My test setup is very simple its simply a directory with all the svg files from w3c and then I run the attached 2png scripts on them, finally I generate a html page from one of the sets of png files using the genhtml.sh files (only did that once to being with).
So everything I update one of the apps I just re-run the correct script and new png files are created.
My guess is that Bryce's setup is more pro and fully automated.
Christian
On Wed, 2005-10-19 at 10:11 -0700, Bryce Harrington wrote:
On Wed, Oct 19, 2005 at 08:31:30AM -0600, John Taber wrote:
Christian Fredrik Kalager Schaller wrote:
I also hope someone in the Inkscape community gets motivated to start working on the compliance tests as afaict there have been little progress on Inkscape's SVG standard compliance over the last few months (tons of other improvements though :).
I should have also mentioned - coupling your comparison chart with Bryce's pixel rendering comparison program would produce a really cool, powerful automated and quantifiable testing component.
That's not a bad idea, I wouldn't mind collaborating on something like this.
In addition to that, I have some scripts that automatically pull and build Inkscape nightlies. I'm planning on also tacking on this render test to that.
Bryce
Hi Christian,
I uploaded my test scripts here:
http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=1...
Take a look and see if you think we could fold both our stuff together, and let me know how you think we should do it.
Bryce
On Thu, Oct 20, 2005 at 04:11:38PM +0200, Christian Fredrik Kalager Schaller wrote:
Hi, Wouldn't mind working with Bryce on this if I can contribute something. My test setup is very simple its simply a directory with all the svg files from w3c and then I run the attached 2png scripts on them, finally I generate a html page from one of the sets of png files using the genhtml.sh files (only did that once to being with).
So everything I update one of the apps I just re-run the correct script and new png files are created.
My guess is that Bryce's setup is more pro and fully automated.
Christian
On Wed, 2005-10-19 at 10:11 -0700, Bryce Harrington wrote:
On Wed, Oct 19, 2005 at 08:31:30AM -0600, John Taber wrote:
Christian Fredrik Kalager Schaller wrote:
I also hope someone in the Inkscape community gets motivated to start working on the compliance tests as afaict there have been little progress on Inkscape's SVG standard compliance over the last few months (tons of other improvements though :).
I should have also mentioned - coupling your comparison chart with Bryce's pixel rendering comparison program would produce a really cool, powerful automated and quantifiable testing component.
That's not a bad idea, I wouldn't mind collaborating on something like this.
In addition to that, I have some scripts that automatically pull and build Inkscape nightlies. I'm planning on also tacking on this render test to that.
Bryce
<tr><td><b><a href="http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-index.html">w3c</a></b></td><td><b><a href="http://xml.apache.org/batik/">batik 1.6</a></b></td><td><b><a href="http://librsvg.sf.net">librsvg-cairo CVS</a></b></td><td><b><a href="http://librsvg.sf.net">librsvg-libart CVS</a</b></td><td><b><a href="http://www.inkscape.org/">Inkscape CVS</a></b></td><td><b><a href="http://www.xsvg.org/">libsvg-cairo 0.1.6</a></b></td><td><b>Original SVG file</b></td></tr> </table> </body> </html>
[1]Click here to go back to main page
There are 4 versions of the comparison test page - * [2]160x120 size images * [3]480x360 size images(Can be heavy to load) * [4]160x120 size images and embeded SVG * [5]480x360 size and embeded SVG
[6]w3c [7]batik 1.6 [8]librsvg-cairo CVS [9]librsvg-libart CVS [10]Inkscape CVS [11]libsvg-cairo 0.1.6 Original SVG file
References
- file://localhost/tmp/index.html
- file://localhost/tmp/test.html
- file://localhost/tmp/test_big.html
- file://localhost/tmp/test_firefox.html
- file://localhost/tmp/test_firefox_big.html
- http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-index.html
- http://xml.apache.org/batik/
- http://librsvg.sf.net/
- http://librsvg.sf.net/
- http://www.inkscape.org/
- http://www.xsvg.org/
On Oct 19, 2005, at 3:34 AM, Christian Fredrik Kalager Schaller wrote:
I also hope someone in the Inkscape community gets motivated to start working on the compliance tests as afaict there have been little progress on Inkscape's SVG standard compliance over the last few months (tons of other improvements though :).
Oh, there is movement. But since we're in a feature freeze and focusing on winding up bug fixes to get 0.43 out, there's not much visible yet.
It is actually a fairly important thing, and your tests have made it easier, so we'll be picking up more on it.
participants (5)
-
Bryce Harrington -
Christian Fredrik Kalager Schaller -
Craig Bradney -
John Taber -
Jon A. Cruz