--- Comment #20 from Vincent Hennebert <> 2009-08-06 
03:22:37 PDT ---
Hi Sean,

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 
> myself
> 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:
------- You are receiving this mail because: -------
You are the assignee for the bug.

Reply via email to