That's cool. In general there are at least two tyes of testing that I think we should have. The static redering tests that we now have, which one way or another should include the Deerpark results. The other is a performance testing with the same rederers, perhaps less ambitious, that would compare redering times between the players.

I have been playing with the wonderful clip art browser, rough around the edges but still wonderful, and it provides a lot of real-world examples useful for both types of testing, but moreso for static redering testing. It would be nice if we could get all these rederers displaying all the svg clipart in OCAL correctly, where correctly doesn't include emmitting streams of warnings or exceptions either. This is currently not at all true for various reasons.

Christian Fredrik Kalager Schaller wrote:

Hi,
I would like to add Firefox, but after talking to one of the devs this
weekend I don't think there is a nice way to do so for me currently. I
did add a page which embeds the actual svg image though, so if you use
deerpark to view that page you will get a 'firefox' collumn.

Christian

On Sat, 2005-08-20 at 17:57 -0500, inkblotter wrote:

I think you should add Deerpark(Beta 2) rendering to the mix; I have 
been doing so informally and I find inkscape's rendering of large svg 
files to be only slightly slower than batik's rendering, and Deerpark's 
rendering was also correct in my tests but notably slower than either 
batik or inkscape, but acceptably fast, especially for most web uses. I 
was happy to see that inkscape's rendering of complex svg files has 
improved notably since the last time I did this several releases ago.

./firefox some_file.svg

displays some_file.svg for the Deerpark Beta2 release of Firefox. If you 
can figure out how to add Firefox(Deerpark) to the web page it would be 
very useful for this important renderer,  It would be very interesting 
to run Deerpark through all your tests.

christian@...693... wrote:

Hi everyone,
I am trying to put together a page showing the status of static
rendering between the various free SVG packages out there. Mostly to
make sure that librsvg and inkscape renders images as identically as
possible.

But Inkscape refuse to render most of the w3c testsuite from the command
line. I am using this command line: inkscape -z --file=$i --export-png=
$NAME_NO_EXT.png --export-width=160 --export-height=120

Which generate the result you can see on the current testpage:

http://www.linuxrising.org/svg_test/test.html

Any suggestions?

Christian