[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Fwd: Possible bug with minimumFret
From: |
David Kastrup |
Subject: |
Re: Fwd: Possible bug with minimumFret |
Date: |
Fri, 04 Jan 2013 15:26:03 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) |
Federico Bruni <address@hidden> writes:
> 2013/1/4 Eluze <address@hidden>
>
>> Yevgeny Lezhnin wrote
>> > When I trying to change TabStaff.minimumFret to 3 there is 0 fret for
>> > all notes, that can be on 0 fret.
>>
>> see the NR:
>>
>> http://www.lilypond.org/doc/v2.17/Documentation/notation/common-notation-for-fretted-strings
>>
>> Even when minimumFret is set, open strings are used whenever possible. This
>> behaviour can be changed by setting restrainOpenStrings to #t
>
> I've been wondering for a while why restrainOpenStrings is set to #f by
> default.
> Most of the times users expect not to have open strings when they set
> minimumFret. IMO open strings should be restrained by default when
> minimumFret is set.
>
> I've skimmed through issue 2348 but I couldn't find any discussion on this
> matter.
> What do you think about it?
I disagree. When I am playing in seventh position and am _not_ using a
barre, I _very_ definitely don't want frets below the seventh _except_
for empty strings.
Very typical would be the three-voiced passages of lute/guitar versions
of the prelude in BWV1006. Those are fingered in rather high frets, but
with the high E string being played empty all the while.
It might conceivably make sense to have a more specific interface: one
allowing to specify _which_ strings are allowed empty. It is unusual
(though not unheard of) to use an empty string in the _middle_ of played
strings in high positions: usually this is done on an exposed string
either above or below (like with a half-barre) the fingered strings.
--
David Kastrup