Alternatively, you could just check explicitly for an
> empty result in System::part_of_line_pure_height.
And if it's empty, then not do the translation at all, right?
Will do this right now and see how much better this
gets us.
BTW, what is the correct (supposed) way to run the
regtests? I
On Thu, 08 Apr 2010 23:47:15 -0700, Joe Neeman wrote:
> But what do we do if it's null?
> Maybe print a programming_error and return an empty extent? It doesn't
> particularly matter what you do, just don't crash.
But it's never null, on any input that I've seen. Not on any of the regtests
On Mon, 2010-04-05 at 03:00 -0400, Boris Shingarov wrote:
> > >Grob *alignment = get_vertical_alignment (); //TODO check for null
> > please check for null
>
> But what do we do if it's null?
Maybe print a programming_error and return an empty extent? It doesn't
particularly matter what you
On Fri, 2010-04-09 at 02:30 -0400, Boris Shingarov wrote:
> What I am stuck on now, is the function
> Align_interface::get_minimum_translations().
> Could you explain the high-level design of what this is doing?
The function builds a skyline for each staff/lyrics/etc, then compares
the skylines t
What I am stuck on now, is the function
Align_interface::get_minimum_translations().
Could you explain the high-level design of what this is doing?
In all cases in the book I am trying to typeset, everything appears
to work A-ok, but on the "hara-kiri-pianostaff" regtest, this now returns
an emp
Neil Puttock writes:
> On 8 April 2010 19:24, David Kastrup wrote:
>
>> And so forth and so on.
>
> I've pushed a compile fix which should sort this out for you.
Thanks. Appears to work here.
--
David Kastrup
___
bug-lilypond mailing list
bug-lil
On 6 April 2010 08:47, Trev wrote:
> The syntax accepted for Em with bass B is e2:m/b but is not the first
> logical guess for amateur idiots like myself !
>
> If entered as e/b2:m or e2/b:m , the compiler hangs at "Parsing ...
Thanks for the report. This will be fixed in the next de
Updates:
Status: Fixed
Owner: n.puttock
Labels: fixed_2_13_18
Comment #1 on issue 348 by n.puttock: \unfoldRepeats { blah music } is
different from { blah {music} }!
http://code.google.com/p/lilypond/issues/detail?id=348
The warning message still exists (it's in music
Comment #1 on issue 1043 by n.puttock: beams no longer count towards
boundary boxes
http://code.google.com/p/lilypond/issues/detail?id=1043
Valentin's pointed out another example from input/regression on lilywiki:
fingering-cross-staff.ly
It seems to me there's a skylining problem here; thou
On 8 April 2010 19:24, David Kastrup wrote:
> And so forth and so on.
I've pushed a compile fix which should sort this out for you.
Cheers,
Neil
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
The error message from "make info" is
LANG= makeinfo --enable-encoding -I /usr/local/tmp/lilypond/Documentation -I.
-I./out-www --output=out-www/lilypond-learning.info out-www/learning.texi
/usr/local/tmp/lilypond/Documentation/out-www//learning/fundamental.texi:2211:
warning: @image file `lily
Midden in het bos kwamen de olifant en de slak elkaar tegen.
‘Hallo olifant,’ zei de slak.
‘Dag slak,’ zei de olifant.
Op dat moment begon het te regenen.
‘Kom maar even binnen,’ zei de slak.
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http:/
12 matches
Mail list logo
