I got a little ahead of myself...the patch, while it works in the
regtest cases, does not work the way I think it did because all Items'
pure heights are calculated from 0 to INT_MAX in Separation_item::boxes.
Certain NonMusicalPaperColumns' horizontal skylines will change
depending on if they be
This new patch set eliminates all regtest diffs via a mechanism that
allows extremal lyrics to be flush with the left edge.
It kinda sorta bends LilyPond into doing something it is not designed to
do :: returning pureY-extents for items that are dependent on the start
and end positions (normally,
http://codereview.appspot.com/5201043/diff/3001/scm/output-lib.scm
File scm/output-lib.scm (right):
http://codereview.appspot.com/5201043/diff/3001/scm/output-lib.scm#newcode355
scm/output-lib.scm:355: (if (eq? 0 (ly:item-break-dir grob))
Doesn't this potentially make the function unpure?
If I
Passes make and make check shows 2 reg test diffs that Mike seems to
think are expected
attached at:
http://code.google.com/p/lilypond/issues/detail?id=1956#c3
http://codereview.appspot.com/5201043/
___
lilypond-devel mailing list
lilypond-devel@gnu.
Reviewers: J_lowe,
Message:
On 2011/10/06 19:41:26, J_lowe wrote:
passes make but I get a programming error show up on make check (as
well as half
a dozen reg test diffs).
See attached
http://code.google.com/p/lilypond/issues/detail?id=1956#c1
All these are fixed. Now, the only diffs
passes make but I get a programming error show up on make check (as well
as half a dozen reg test diffs).
See attached
http://code.google.com/p/lilypond/issues/detail?id=1956#c1
http://codereview.appspot.com/5201043/
___
lilypond-devel mailing list
l
