--- Comment #20 from Vincent Hennebert <vhenneb...@gmail.com> 2009-08-06
03:22:37 PDT ---
I'm afraid this bug doesn't seem to be high on the priority list of any of the
committers. This issue both is non-trivial and affects non-trivial code, so
that would require some involvement to fix it.
You might be happy with the following workaround, though: in a pre-processing
step, replace every space character with a non-breaking space (U+00A0) followed
by a zero-width space (U+200B). That will force the line-breaking algorithm to
break after the space and not before.
(In reply to comment #19)
> I know it's been a long time, but I was just wondering if anyone was able to
> get anywhere on the last remaining issue described in this bug. The last
> discussion centered around whether the Knuth sequence for preserved whitespace
> was more complicated than it needed to be and that, possibly, by moving the
> penalty=0 after the glue instead of before the issue would be fixed...assuming
> it doesn't then cause problems with alignment/justification.
> As predicted, one of my clients is finally complaining about the behavior and
> is asking when it will be fixed. Obviously I can jump in and try to fix
> to help in the effort, but I'm guessing that in the time it takes me to learn
> the layout algorithm and Knuth concepts someone with more experience in this
> stuff could have already resolved the issue. Plus, it sounds like Andreas
> might have already started working on a fix?
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.