[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Issue 34 in lilypond: Grace synchronization
From: |
lilypond |
Subject: |
Re: Issue 34 in lilypond: Grace synchronization |
Date: |
Thu, 21 Jul 2011 09:05:42 +0000 |
Comment #16 on issue 34 by address@hidden: Grace synchronization
http://code.google.com/p/lilypond/issues/detail?id=34
Am Donnerstag, 21. Juli 2011, 08:05:22 schrieben Sie:
Comment #15 on issue 34 by address@hidden: Grace synchronization
http://code.google.com/p/lilypond/issues/detail?id=34
Well, if we have
\grace c8 \clef "bass" d4
then the clef needs to be at 0G after all.
Of course, the comment about SetProperty events and the like not messing up
the grace part is true for the main part, too.
Basically, the iterator would work like:
1) Start with grace timing G-inf for each moment and use that for all
prefatory events
2) If a grace event is encountered, start the normal grace timing (as we
have it now)
3) any normal note (main part) resets the grace timing to G0.
I'll have to figure out where the exact moments are assigned, though. I
have the suspicion that the sequential-iterator.cc is responsible, but I
don't have such a deep insight into the iteration process yet.
In your example, the c8 would get a grace timing G-1/8 and start the nomral
timing, so the \clef would get grace timing G0.
Instead of -inf, one could try #f (no grace timing) unless that causes too
many changes/problems.
nice idea.
-10000 is likely to be supported and sufficient.
Maybe, but to me as a mathematician, using a finite number to indicate
infinite is sub-obtimal...
Cheers,
Reinhold