Re: Level of Support; general questions

Hi,

I'm not the librsvg maintainer, I've only contributed some minor bugfixes 
and enhancements.

Le Sun, 28 Oct 2007 02:51:09 -0400, Andy Gryc a écrit :
> I'm considering using librsvg for my project that requires a standalone
> SVG rendering engine for an embedded device.  My project has a number of
> different requirements from what librsvg has been currently used for.
> 
> * It will probably be using Embedded Linux, but may be using QNX which
> is also POSIX compliant.
> * I would want to try to reduce any dependencies on external libraries
> if at all possible.
> * Possible changes to configure/make to allow cross-compiling. * I won't
> be using Gnome, so any changes I would make wouldn't be testable (by me)
> for Gnome.
> * My requirements are to support close to a full feature set.
> Specifically, addition of animation, DOM, and scripting support. * I
> don't want to use Java, but C/C++.  (This is a match, unlike some of the
> other Open Source alternatives.)
> 
> First off--is there any open source project that more closely matches
> what I'm trying to do above?  I suspect not.  

In C/C++, there's ksvg and also the SVG implementation of mozilla.
 
> However, to me librsvg
> seems as if it has been relatively stagnant for a while.  

It is. It has only seen bugfixes and a small set of new features in the 
last year.

> So if there's
> something newer that's being actively developed on, I'd want to consider
> that seriously instead of invest what could be quite a bit of time in
> bringing this project up to snuff.

 
> Here are a number of things that I see are required, just from the
> project management level.  (Perhaps some of these exist, but they appear
> to be lacking.)
> * Documenting what versions of what (SVG Tiny/Basic/Full, 1.0/1.1/1.2)
> are being supported.

librsvg implements a pretty large subset of SVG 1.1, the weakest part 
being text support.

> * Full feature matrix for what features are supported and which are not
> (and what levels/specific features are not supported). 
>* Full unit
> teseting for all supported features. 

I've added a testsuite into librsvg, but it needs some love. It reports a 
lot of false errors, mainly due to text issues.

>* Moving todo list into SourceForge
> for task management. 
>* Enabling Sourceforge bug list and/or feature wish
> list. 

Bugs are handled in gnome bugzilla.

>* Moving project from CVS into SVN?

librsvg is already using SVN, on svn.gnome.org.

> * More generic support for rasterization layer (not necessarily fixed to
> Gnome pixmaps or Cairo).

I'm not sure it's a good idea, or something everyone wants. Cairo has 
already an abstraction layer, and is able to use the native rasterization 
capabilities of the target platform. Personnally, I would prefer to see 
the remains of the rendering abtraction layer in librsvg removed, for a 
simpler codebase.

> And then of course after moving more of the project infrastructure into
> Sourceforge, I would start adding the features I need and/or shoring up
> what's there. 
> Does this sound like work the team would want?  Or should
> I try to find another project and/or fork this one? 

The features you want to add are interesting, and it would be great to 
see them added to librsvg, as long as you keep an eye on the rendering 
performance. 

Regarding the move to sourceforge, I doubt it will happen. But that's Dom 
call.

Regards,

	Emmanuel.

--Andy Gryc
> [email protected]
> 
> 
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Still grepping through
> log files to find problems?  Stop. Now Search log events and
> configuration files using AJAX and a browser. Download your FREE copy of
> Splunk now >> http://get.splunk.com/



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Librsvg-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/librsvg-devel