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. Cheers, Vincent 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
