Re: API discussion (revived)

2005-08-21 Thread Manuel Mall
On Sun, 21 Aug 2005 02:29 pm, Jeremias Maerki wrote: > The "API discussion" thread around 2005-08-03 trailed off. I'd like > to revive it again because I feel that is something that needs to be > done. > > Anybody against moving the CLI to a org.apache.fop.cli package? For command line application

Re: API discussion (revived)

2005-08-21 Thread Jeremias Maerki
On 21.08.2005 09:08:48 Manuel Mall wrote: > On Sun, 21 Aug 2005 02:29 pm, Jeremias Maerki wrote: > > The "API discussion" thread around 2005-08-03 trailed off. I'd like > > to revive it again because I feel that is something that needs to be > > done. > > > > Anybody against moving the CLI to a or

Re: API discussion (revived)

2005-08-21 Thread Manuel Mall
On Sun, 21 Aug 2005 04:05 pm, Jeremias Maerki wrote: > On 21.08.2005 09:08:48 Manuel Mall wrote: > > On Sun, 21 Aug 2005 02:29 pm, Jeremias Maerki wrote: > e) (my preference) Move the API to org.apache fop and the CLI to > org.apache.fop.cli (including the Main class). Fine with me. I still like

DO NOT REPLY [Bug 36224] - [PATCH] Support for CCITTFaxDecode filter (TIFF images) in PDF Renderer

2005-08-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: API discussion (revived)

2005-08-21 Thread Simon Pepping
On Sun, Aug 21, 2005 at 08:29:03AM +0200, Jeremias Maerki wrote: > The "API discussion" thread around 2005-08-03 trailed off. I'd like to > revive it again because I feel that is something that needs to be done. > > Anybody against moving the CLI to a org.apache.fop.cli package? > > The only issu

Re: Assimilating PDF and PS output

2005-08-21 Thread Simon Pepping
On Sat, Aug 20, 2005 at 08:56:09PM +0200, Jeremias Maerki wrote: > I'm currently working on the PS renderer and as part of that I tried to > factor out more common code between the PDF and PS renderers. As a > result of that I already have some of the more important features > (borders and viewport

Block content in inline content

2005-08-21 Thread Simon Pepping
Thanks for solving bug 36248, total number of pages with empty block :ClassCastException in KnuthInlineBox. Unfortunately perhaps, I think I have a better idea for handling block content in inline content, specifically in InlineLM. For each block Knuth element that InlineLM receives from a Block

Re: Block content in inline content

2005-08-21 Thread Jeremias Maerki
What the hell is unfortunate about having a better idea? If that helps make the code simpler and more easily understandable that's cool. And it sounds like it does. I simply had to fix the problem somehow because I want to get the first release out as soon as possible. And I was very happy that you

Re: API discussion (revived)

2005-08-21 Thread J.Pietschmann
Jeremias Maerki wrote: We've already broken API compatibility so changing packages (I'm thinking think about org.apach.fop, removing "apps") shouldn't be a big deal before the first release. I guess people would be more upset about FOPException moving to a new package than any other API change.

Re: Assimilating PDF and PS output

2005-08-21 Thread Jeremias Maerki
Well, PDF and PostScript initially start with points, not with millipoints. So you have to choose between one of the two coordinate systems. I chose points because it generates smaller output files as the millipoint coordinate system created too many zeros. I don't think this will cause confusion.

Re: API discussion (revived)

2005-08-21 Thread Jeremias Maerki
On 21.08.2005 22:45:12 J.Pietschmann wrote: > Jeremias Maerki wrote: > > We've already broken API compatibility so changing packages (I'm > > thinking think about org.apach.fop, removing "apps") shouldn't be a big > > deal before the first release. > > I guess people would be more upset about FOP

Bug report for Fop [2005/08/21]

2005-08-21 Thread bugzilla
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

StAX, JAXP 1.4

2005-08-21 Thread Peter B. West
Fopsters, Some of you may be aware of the activity going on around StAX. Java 1.6 (Mustang) was to have included JAXP 1.4, but that looks to be on hold until Dolphin. However, StAX will be part of it, and soon enough, SAX will be a dim memory. Obviously, Folio (nee FOP Alt-Design), built o

Re: StAX, JAXP 1.4

2005-08-21 Thread Elliotte Harold
Peter B. West wrote: Fopsters, Some of you may be aware of the activity going on around StAX. Java 1.6 (Mustang) was to have included JAXP 1.4, but that looks to be on hold until Dolphin. However, StAX will be part of it, and soon enough, SAX will be a dim memory. Yeah, right. I give th

Re: API discussion (revived)

2005-08-21 Thread The Web Maestro
On Aug 21, 2005, at 11:39 AM, Simon Pepping wrote: On Sun, Aug 21, 2005 at 08:29:03AM +0200, Jeremias Maerki wrote: On the other side, maybe we should really take the time to write up a short specification for the API and to have that voted on. After all, this is the main entry point into FOP. I

DO NOT REPLY [Bug 35998] - [PATCH] rtflib independance from FOP

2005-08-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu