Re: SVG... librsvg?

SVG performance has more to do with tight coupling between the
low-level graphics API and the SVG renderer.

Plus, the "hard part" isn't turning SVG into pixels; it's integrating
SVG with boxes.  If all you want is svg->png, what's in darcs is 90%
compliant.

  - a


Charles Goodwin <[email protected]> writes:
> Since we have mips2java, how plausible is it to use librsvg to give us
> decent SVG support in the short term?  It's lightening fast at rendering
> SVG images (Gnome displays SVG images more quickly than PNGs) and being
> actively worked upon (which is more than can be said for our SVG
> support).  It's also not too big, weighing in at 270k tarball (although
> I have no idea how this will be reflected as a binary).
>
> Even if we push for Java-written SVG support, this could be months away
> whereas librsvg is ready now.
>
> This is one of the reasons I believe Ibex should have a plug-in setup,
> so these things can be downloaded and updated as required, rather than
> one large monolithic download and update.
>
> I remember bringing both these issues up before and being told 'no'
> before but cannot remember a coherent reason not to push both.
> -- 
> - Charlie
>
> Charles Goodwin <[email protected]>
> Online @ http://www.charlietech.com
>
>
> _______________________________________________
> core mailing list
> [email protected]
> http://lists.xwt.org/listinfo/core
>

-- 
"It's lucky," he added, after a pause, "that there are such a lot of
islands in the world.  I almost envy you, Mr. Watson."

                                                   -- Mustapha Mond