Re: Refactoring of knuth line breaking code.

2004-12-13 Thread Luca Furini
Finn Bock wrote: I've been playing around with the knuth line breaking code and made a slight refactoring of it. [...] These improvements could also be applied to the existing code, so I think the more interesting point is the quality of the refactoring job. I think this is a very good

[GUMP@brutus]: Project xml-fop (in module xml-fop) failed

2004-12-13 Thread Sam Ruby
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project xml-fop has an issue affecting its community integration. This issue affects 1

RE: Large files.

2004-12-13 Thread Victor Mote
Finn Bock wrote: Did you notice that if a FOTree (or a fragment of it) is serialized to a preorder sequential representation with end markers, the preorder, postorder and child events can be fired directly from the input stream? IOW the event based layout can work both of a normal

DO NOT REPLY [Bug 32671] New: - fo:text with no fo:block ancestor when using fo:title

2004-12-13 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32671. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

RE: Large files.

2004-12-13 Thread Victor Mote
Simon Pepping wrote: The code you presented seems to be an algorithm implementing an iterator over a tree. Because it maintains its state, it can be stopped and resumed at will, provided you keep a reference to it. If LMIter would have a reference to its parent LMIter, and could return

Re: Large files.

2004-12-13 Thread Simon Pepping
The code you presented seems to be an algorithm implementing an iterator over a tree. Because it maintains its state, it can be stopped and resumed at will, provided you keep a reference to it. If LMIter would have a reference to its parent LMIter, and could return to it after having processed

Re: [Phishing/Spam] Moderators: a bit more careful please

2004-12-13 Thread Christian Geisert
Jeremias Maerki wrote: Moderators, please be a bit more careful. This seems to be a phishing attempt. Also, Hey, I'm innocent ;-| [EMAIL PROTECTED] was subscribed to fop-dev (unsubscribed now) so there wasn't much I could have done as a moderator. The same mail for fop-user ended up as moderation

Re: [Phishing/Spam] Moderators: a bit more careful please

2004-12-13 Thread Jeremias Maerki
Hmm, sorry, I didn't take into account that this address could be properly subscribed. I wonder how they did this because I don't think PayPal would use such an address to monitor our mailing lists. Very strange. I don't think it makes sense to moderate all messages. Thanks for unsubscribing the

DO NOT REPLY [Bug 32671] - fo:text with no fo:block ancestor when using fo:title

2004-12-13 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32671. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.