I try to fix the documentation, but am still confused.
The text says that
"... and @code{shortest-duration-space} is set to
2.0, meaning that the shortest note gets 2 NHW (i.e. 2 times
@code{shortest-duration-space}) of space."Since I guess that the last parentheses is plain wrong (otherwise we get a recursive definition of the meaning of shortest-duration-space), I will simply remove it in my patch to CVS.
/Mats
Han-Wen Nienhuys wrote:
[EMAIL PROTECTED] writes:
I still don't think it's correct. It first says that shortest-duration-space is set to 1.2 by default and on the second line it says that the same property is set to 2.0 by default. In the actual implementation, you have (shortest-duration-space . 2.0) (spacing-increment . 1.2)
Opps. you're right. the first shortest-duration-space should be
spacing-increment. Could you apply a fix ?
BTW, I think I've seen some people (Pedro, Heikki) mention that they have fixed things in CVS. However, I haven't seen any updates scroll by when I did
cvs up
I hope everyone remembers to commit fixes to the repository once they're made locally.
-- ============================================= Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology SE-100 44 STOCKHOLM Sweden Phone: (+46) 8 790 8463 Fax: (+46) 8 790 7260 Email: [EMAIL PROTECTED] WWW: http://www.s3.kth.se/~mabe =============================================
_______________________________________________ bug-lilypond mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-lilypond
