DO NOT REPLY [Bug 32600] New: - Printing of a downloaded FOP-generated PDF not possible until it is saved

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=32600. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

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

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

[GUMP@brutus]: Project cocoon-block-fop (in module cocoon) success

To whom it may satisfy... 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 cocoon-block-fop *no longer* has an issue. The current state of this project is

Re: AW: Embedding XMP in FO

On 09.12.2004 08:27:18 Victor Röder wrote: Hi Jeremias, you haven't told us what branch you are on. Are you on the maintenance branch or on FOP HEAD? I suppose I'm working with the 0.20.5 code base... These hints are targeted at FOP HEAD code but some can be applied to the

AW: Embedding XMP in FO

Hi, 3) Leaf text nodes are not submitted to FObj.addCharacters(...). hupps, that's not exactly true :-). addCharaters(...) *is* called and the text node is appended to the appropriate element, but when dumping the complete DOM this text node is missing. Here is the XMP:

DO NOT REPLY [Bug 32612] New: - [PATCH] refactoring of knuth line breaking code.

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=32612. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 32612] - [PATCH] refactoring of knuth line breaking code.

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=32612. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

Refactoring of knuth line breaking code.

Hi, I've been playing around with the knuth line breaking code and made a slight refactoring of it. The result is 38% faster for START align, 78% faster for CENTER align and 12% for JUSTIFY align. Meassured using 'time' command, jdk1.4.2_03, -Xmx2 and a rough edition of Sherlock Holmes

Large files.

[Peter] As a completely unintentional side-effect, it gave me the tools to solve the really critical FOP performance problem on large files. This isn't going to be solved by micro-efficiencies on FO tree storage. I'm going to use this as a excuse to outline my thinking for handling large input

RE: Large files.

Finn Bock wrote: The loop can be stopped when we temporary run out of FO tree nodes and restarted again when new nodes has been added. I suppose that the FO tree can then be viewed as a stream of FO nodes. This model probably works fine if you never need to look ahead, but there are

DO NOT REPLY [Bug 32600] - Printing of a downloaded FOP-generated PDF not possible until it is saved

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=32600. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 32600] - Printing of a downloaded FOP-generated PDF not possible until it is saved

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=32600. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.