Ideally every output format should be optional and shipped in its own jar. I’m not sure the RTF library currently included in FOP is any more used than the AFP output. That doesn’t prevent us, anyway, from delivering some fop-all.jar that would contain all the common output formats.
In the case of AFP there now is this AFP parser that has nothing to do with FOP’s or XGC’s primary functions. So I think a dedicated sub-project is most definitely appropriate. +1 for creating a sub-project. Vincent On 09/09/10 15:08, Julien Aymé wrote: > Hi, > > As Eric already said, the new format should be split into a separate jar, > but there is no need to create a new subproject. > A dedicated ant task to create the new jar should suffice. > > Julien > > > 2010/9/9 Eric Douglas <[email protected]>: >> Not only have I never used AFP I don't believe I've heard of it. I had >> to look it up, which found multiple definitions. Is this the one you're >> referring to? >> http://en.wikipedia.org/wiki/IBM_Advanced_Function_Printing_(AFP) >> >> I think any output format which adds considerable overhead should be >> split into a separate jar if at all possible, to minimize the amount of >> code to load for anyone not using that format. >> >> >> -----Original Message----- >> From: Jeremias Maerki [mailto:[email protected]] >> Sent: Thursday, September 09, 2010 9:52 AM >> To: [email protected] >> Subject: Brainstorming: AFP subproject? >> >> I've just committed a basic AFP parser to XGC as discussed on fop-dev >> some time ago. While doing that I've started to think that AFP is really >> something not many people know about or need. I wonder if it would make >> sense to actually create an XML Graphics subproject dedicated to AFP. It >> would include the AFP generation library from FOP and the AFP parser >> I've started, maybe even the FOP output plug-in. A dream of mine is to >> have an actual AFP viewer/converter at some point. >> >> The rationale behind it is that the AFP library alone increases the FOP >> JAR size considerably and only relatively few people actually need AFP >> support. >> >> WDYT? >> >> Jeremias Maerki >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
