xmlgraphics-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Vincent Hennebert <vincent.henneb...@anyware-tech.com>
Subject Re: Moving JEuclid into Apache XMLGraphics as incubator
Date Tue, 18 Sep 2007 08:33:56 GMT
Hi Max,

That would definitely be a yes from me. XSL-FO + MathML + SVG are the 
building blocks leading to a high-quality publishing application, which 
is my initial motivation for getting involved in the XML Graphics 
project. Having JEuclid integrated as a subproject would be a good step 
towards coherence and code share.

That said, incubating a project is a lot of work and we should do that 
only if we are sure to be successful. Jeremias will probably be able to 
give insight on this matter. And anyway it’s best to wait for his return 
before launching a formal vote.

I won’t have any time to look into that before mid-October (and I will 
have very few time to work on FOP in general anyway), but then I would 
probably volunteer to be a mentor for the incubation. Plenty of things 
to learn in perspective ;-) And if we can share work on this that would 
lead to a limited workload for everyone.


Max Berger a écrit :
> Dear XMLGraphics Team,
> it has been my wish for a while to integrate the JEuclid (
> http://jeuclid.sf.net/ ) project as a subproject of xmlgraphics. In
> the last year the project was revived and now consists of three active
> developers, who are willing to continue to donate their time to make
> the this THE MathML  Java implementation available on the net. The
> recent release of a stable version has (re-)sparked the interest of a
> diverse user-group, most of them developers themselves. The upcoming
> release of the MathML 3 spec gives new directions for further
> development.
> Moving the code two Apache would serve several purposes:
> First, the Apache brand is known for reliability and stability. The
> Apache name stands for trust - Any project under the name Apache
> received far more attention, and therefore a larger user and developer
> base, resulting in a more mature and stable product.
> Second, it would guarantee us legal safety. We could rely on the
> Apache layer team to ensure that what we are doing is legally correct.
> And third, it would allow us for even better integration with the
> XMLGraphics core - There are several areas where code could be shared,
> and reused rather than redeveloped. An example would be CSS support,
> which is already superb in Batik, but non-existing in JEuclid. But
> even simple items, such as parsing of color string do not have to be
> re-invented for every subproject.
> Of course, there are several issues to be solved on the way - the
> first one would be if the xmlgraphics project would be willing to be
> our sponsor, and thus this email. The second issue is that, should you
> vote to accept this project, we'd need a Champion, who has to be part
> of the PMC of the Sponsoring project (xmlgraphics).
> Please feel free to comment and ask questions.
> Max Berger

Apache XML Graphics Project URL: http://xmlgraphics.apache.org/
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org

View raw message