DO NOT REPLY [Bug 41044] - [PATCH] FOP memory usage patches.

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

DO NOT REPLY [Bug 41044] - [PATCH] FOP memory usage patches.

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

DO NOT REPLY [Bug 41044] - [PATCH] FOP memory usage patches.

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: DO NOT REPLY [Bug 41019] - Left-align oddness with long, unbreakable strings following

On Dec 6, 2006, at 20:39, Simon Pepping wrote: Hi folks, On Wed, Dec 06, 2006 at 12:19:01PM +0100, Luca Furini wrote: I agree with you that it would be good to have them configurable. Your idea is to put them in the configuration file or in the fo file itself? At the moment, my preference wo

Re: DO NOT REPLY [Bug 41019] - Left-align oddness with long, unbreakable strings following

On Wed, Dec 06, 2006 at 03:46:54PM +0100, Vincent Hennebert wrote: > Luca Furini a écrit : > > Vincent wrote: > > > >> I don't follow you: IIUC the glue-penalty-glue triplet is generated only > >> the second time, when the first breaking doesn't give acceptable > >> results? What do you mean by "t

Re: DO NOT REPLY [Bug 41019] - Left-align oddness with long, unbreakable strings following

On Wed, Dec 06, 2006 at 12:19:01PM +0100, Luca Furini wrote: > Simon Pepping wrote: > > >Would this be a good moment to make these features of the breaking > >algorithm user configurable, like they are in TeX? This allows people > >to play with the various possibilities without having to modify th

DO NOT REPLY [Bug 41117] New: - ArrayIndexOutOfBoundsException if embed-url refers to XML file

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: DO NOT REPLY [Bug 41019] - Left-align oddness with long, unbreakable strings following

Luca Furini a écrit : > Vincent wrote: > >>> The LineLM tries, in the first instance, to avoid using hyphenation >>> points, so the penalty is not taken into account. But this has the side >>> effect of using the first glue element as a feasible break (if the >>> penalty were a feasible break too,

Re: DO NOT REPLY [Bug 41019] - Left-align oddness with long, unbreakable strings following

Vincent wrote: The LineLM tries, in the first instance, to avoid using hyphenation points, so the penalty is not taken into account. But this has the side effect of using the first glue element as a feasible break (if the penalty were a feasible break too, it would surely be a better one, such a

Re: DO NOT REPLY [Bug 41019] - Left-align oddness with long, unbreakable strings following

Simon Pepping wrote: Would this be a good moment to make these features of the breaking algorithm user configurable, like they are in TeX? This allows people to play with the various possibilities without having to modify the code. I agree with you that it would be good to have them configurab

Re: DO NOT REPLY [Bug 41019] - Left-align oddness with long, unbreakable strings following

Hi guys, J.Pietschmann a écrit : > Simon Pepping wrote: >> Would this be a good moment to make these features of the breaking >> algorithm user configurable, like they are in TeX? This allows people >> to play with the various possibilities without having to modify the >> code. This can be combin

Re: DO NOT REPLY [Bug 41019] - Left-align oddness with long, unbreakable strings following

Hi Luca, Luca Furini a écrit : > 1) TextLM breaks the text even when a "/" or a "-" is found, handling > them as hyphenation points with the usual sequence of glue + penalty + > glue elements. > > The LineLM tries, in the first instance, to avoid using hyphenation > points, so the penalty is not