lilypond-devel
[Top][All Lists]
Advanced

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

Re: Modify fret calculation algorithm (issue3320041)


From: David Kastrup
Subject: Re: Modify fret calculation algorithm (issue3320041)
Date: Sat, 27 Nov 2010 10:38:41 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

Marc Hohl <address@hidden> writes:

> Am 27.11.2010 10:17, schrieb David Kastrup:
>> address@hidden writes:
>>
>>    
>>> Yes, the assumption is that the string specification needs to be in
>>> the same order as the note specification.  When the documentation is
>>> done, we'll need to be sure that is mentioned.  If you specify the
>>> notes and the strings in reverse order, it's likely to be impossible
>>> to find frets that are close enough together to meet both notes.
>>>      
>> Sorry to disagree, but I see two sane approaches here.
>>
>> a) when the specification is not in the required order, throw an error.
>> b) when the specification is not in the required order, sort it.
>>
>>    
> IMHO, a) is the way to go. The source files are much more
> readable when the input structure resembles the string specification.

I am just reacting to this keyword-triggered so I might be on the wrong
track altogether.  Anyway: when voices cross in counterpoint, the source
file is more readable for the purpose of following voices (logical
order) than when sorted by string (physical order).

I don't know whether we are merely talking about the open-string/note
relation (in which case the above paragraph is off-topic at best), or
about matching notes in the actual music to strings.

-- 
David Kastrup




reply via email to

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