RE: cvs commit: xml-fop/src/java/org/apache/fop/fo Constants.java

2003-12-17 Thread Glen Mazza
It's been in that location for at least several months--it's just that we never saw it because it was autogenerated and never checked into CVS. (As for its location--it is used by the FO classes and it also has some FO constants and other enumerations in there, so it is OK remaining there, I think

RE: FOs and Areas

2003-12-17 Thread Andreas L. Delmelle
> -Original Message- > From: John Austin [mailto:[EMAIL PROTECTED] > > On Wed, 2003-12-17 at 15:56, J.Pietschmann wrote: > > I've got a lot of ideas myself, perhaps too many. What the > > project needs is *working* *code*. > > Amen! > > [but a short one, not drawn out like the final chorus

Going away (was: FOs and Areas)

2003-12-17 Thread Jeremias Maerki
On 17.12.2003 15:25:37 Victor Mote wrote: > I would rather go away than to be the guy that everyone wishes would > go away. Ok, Victor, until that happens I'd like you to stay. I don't see *any* indication that *anyone* wishes that *anybody* should go away. Well, our moderators would surely like t

Re: FOs and Areas

2003-12-17 Thread John Austin
On Wed, 2003-12-17 at 15:56, J.Pietschmann wrote: > I've got a lot of ideas myself, perhaps too many. What the > project needs is *working* *code*. Amen! [but a short one, not drawn out like the final chorus of Messiah!] -- John Austin <[EMAIL PROTECTED]>

Re: FOs and Areas

2003-12-17 Thread J.Pietschmann
Peter B. West wrote: (does JÃrg work?), Not in the archive. I know you are a long-time advocate of sticking with the codebase, and have been very critical of my approach, so I don't want to draw any unwarranted conclusions here. Does the above mean that you are interested in my ideas? I've got

RE: FOs and Areas

2003-12-17 Thread Andreas L. Delmelle
> -Original Message- > From: Victor Mote [mailto:[EMAIL PROTECTED] > Peter B. West wrote: > > > The statements are getting extreme. Let's just agree to differ. I'm > > happy to let my code and the design that underlies it do my talking. > > OK. For the reasons already mentioned, this does

RE: FOs and Areas

2003-12-17 Thread Victor Mote
Peter B. West wrote: > The statements are getting extreme. Let's just agree to differ. I'm > happy to let my code and the design that underlies it do my talking. OK. For the reasons already mentioned, this does not work for me. I consider this kind of behavior to be uncivilized. However, I have

RE: FOs and Areas

2003-12-17 Thread Victor Mote
J.Pietschmann wrote: > Victor Mote wrote: > > I guess you are saying that a page-sequence will use too much > memory (??). > > Again, this is a non-issue. Just use a different LayoutStrategy > that is more > > eager. > > This can be an issue. In a real world file I benchmarked > (rendered to 58 pa

DO NOT REPLY [Bug 25582] - [PATCH] Remove unused imports.

2003-12-17 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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25582] New: - [PATCH] Remove unused imports.

2003-12-17 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://nagoya.apache.org/bugzilla/show_bu

AW: What should I be doing ?

2003-12-17 Thread J.U. Anderegg
It might be helpful to take the renderer programmer's view: - A meaningful renderer interface has to be specified now, i.e. the representation of pages either in memory or serialized. More supported XSL properties lead to bigger storage requirements. - Renderers take over pages consisting from so