Federico Bruni <fedel...@gmail.com> writes:

> Il 24/11/2012 03:34, Keith OHara ha scritto:
>> You might not have seen that Nick posted a much nicer formatting for
>> barre indications.
>> <http://lists.gnu.org/archive/html/lilypond-user/2012-11/msg00570.html>
>> It avoids taking apart LilyPond's internal data structures, which makes
>> it better for mutopiaproject.
>>
>> You can adjust Nick's function to use it as \barre 3 { %{ music %} } and
>> have it set minimumFret=3 so you don't need so many string number
>> entries.  Scheme can convert to Roman numerals.
>> barre = #(define-music-function (parser location
>>      strg music) (number? ly:music?)
>>      #{
>>        \set TabStaff.minimumFret = $strg
>>        \set TabStaff.restrainOpenStrings = ##t
>>        \once\override TextSpanner #'(bound-details left text)
>>              = #(format #f "B ~@r" strg)
>>         %{ ... Nick's other style settings ...%}
>> <>\startTextSpan
>>        $music
>> <>\stopTextSpan
>>        \unset TabStaff.minimumFret
>>        \unset TabStaff.restrainOpenStrings
>>      #})
>
> I've just realized that there's a problem in this command.
> I want to comment the TabStaff part of \score, so classical players
> can enjoy a clean score while those who can't sight-read music can
> activate the tablature.
>
> But if you comment TabStaff the score breaks: a lot of tab staves are
> printed, I see that it's because of the \set TabStaff in the barre
> command above.  What do you recommend?

You could use \set Staff... instead.  The normal staff will likely just
ignore those settings, and within a tabstaff, Staff is aliased to
TabStaff.

The disadvantage is that if you use \barre outside of any staff, it will
create a default Staff rather than a TabStaff.

-- 
David Kastrup


_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Reply via email to