[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Change stringTunings entries from semitones to pitches (issue3842041

From: k-ohara5a5a
Subject: Re: Change stringTunings entries from semitones to pitches (issue3842041)
Date: Wed, 29 Dec 2010 05:18:07 +0000

Everything I know how to check looks good.
File Documentation/notation/fretted-strings.itely (right):
Documentation/notation/fretted-strings.itely:477: A string tuning is a
Scheme list of string pitches,
I'm fine to change the order, but I don't want to eliminate the
definition of a
string tuning.
Sounds good.  Having the info about the Scheme representation closer to
the @file links down below would be great.
File ly/ (right):
ly/ (ly:parser-define! parser tuning-symbol
(reverse pitches))))
The order in the internal storage is somewhat less than arbitrary.
Agreed. My earlier 'arbitrary' was a mental slip. I was thinking the
choice was sensible, but even if it were arbitrary I would be scared of

The order for the chord entry was requested by the users.  Chords are
entered lowest note first.

Yes, but were the users right?  I would have asked for that order of
entry, too, but would have changed my mind for fear of bugs when
reminded that the old way to specify tuning was in order of string
numbering.  (Bugs made by me in my .ly files, that is)
If you found this reversal not too error-prone, then maybe the users
were right.
ly/ (make-music 'SequentialMusic 'void #t)))
We need to save the string tuning in a Scheme variable...
But if it is possible to set the variable as you do now, and then return
a PropertySet instead of the void event,
  (chord->tuning parser tuning chord)
    (make-property-set 'stringTunings tuning )
then we could
\new TabStaff {
 \setStringTuning #'a-fiddle-tuning <g d' a' d''>
ly/ ;; orchestral strings
On 2010/12/29 03:50:23, Carl wrote:
On 2010/12/29 02:25:44, Keith wrote:
> Why bother to add more default tunings?
Because the users who requested this change asked for it.
Okay. I saw the request for an easier entry method but not for the

reply via email to

[Prev in Thread] Current Thread [Next in Thread]