Re: Animation support in librsvg

Hi Bas,

I wonder if something like Webkit's port of KSVG wouldn't be more up
your alley. Animation is going to be a lot of work, and I'm not sure
that I'd want it in librsvg. It's a very good, fast static SVG
rendering library, and I'd like it to stay that way. Besides, your
proposal sounds like (more or less) a complete replacement for librsvg
and not an enhancement to it.

Best,
Dom

On Wed, Jul 23, 2008 at 7:52 AM, Bas Wijnen <[email protected]> wrote:
> Hello,
>
> I am using librsvg for a game, and I want animations in it.  I could
> hack something together, but I think it's much nicer to do it Right and
> implement proper animation support in the library.
>
> Because I would like to have my work included in a future release, I'm
> writing my plans here.  Please let me know if you find them acceptable,
> and if not, what needs to be changed.
>
>
> For applications, the animation should be usable through:
> - Sending events to the library (pointer move, key press, etc.).
> - Rendering the image at a specified time.  This should be called
>  periodically for displaying the animation.
> (I planned some extra callbacks and signals for optimization, in
> particular for knowing that you don't have to do things, but they are
> not relevant here.)
>
> This should be implemented by splitting the library in two parts:
> - One for reading the svg data, and maintaining the DOM.  The main
>  purpose of this part is to execute javascript code.  It maintains the
>  DOM because it must be able to do things with it, it reads the data
>  because it maintains the DOM.
> - One for rendering images.  This shouldn't need much change from its
>  current implementation (it should get its objects from the DOM instead
>  of the XML).
>
> For the javascript parser, I plan to see if there is something suitable
> available[1].  If not, I'll write a new one.  It will in any case be a
> separate library, for which I don't expect you to do maintainance. ;-)
>
> One main change for librsvg is that it loses its libxml dependency, and
> gets the libjavascript (or whatever it will be called) dependency
> instead.  Of course that will depend on libxml, so losing that is not
> real. ;-)
>
> If you have any comments please let me know.  Please keep me Cc'd in
> replies, because from the archives it seems this list holds mostly spam,
> so I didn't subscribe.
>
> Thanks,
> Bas
>
> [1] If you know of a good candidate to use as a javascript parser,
>    please let me know.
>
> --
> I encourage people to send encrypted e-mail (see http://www.gnupg.org).
> If you have problems reading my e-mail, use a better reader.
> Please send the central message of e-mails as plain text
>   in the message body, not as HTML and definitely not as MS Word.
> Please do not use the MS Word format for attachments either.
> For more information, see http://pcbcn10.phys.rug.nl/e-mail.html
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFIhxuQFShl+2J8z5URAirMAKDO9zbQhYFd5uJJ4B3RC4dgwPQIRQCgtFPJ
> l93yc3jTF7XKAA6VX2D2akY=
> =QtBi
> -----END PGP SIGNATURE-----
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Librsvg-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/librsvg-devel
>
>



-- 
Counting bodies like sheep to the rhythm of the war drums.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/