|
From: | Lukas-Fabian Moser |
Subject: | Re: 2.24 weirdness with slurred chords |
Date: | Mon, 26 Dec 2022 10:59:37 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 |
Hi Michael,
Yup, thought about doing that. Unfortunately in this case that actually won't do what I need. And here's examples of why. Keep an eye on the tab staff - with these scores the finished version will have only two of the three staves currently shown. The middle one is a temporary I added in for my own use while entering everything. It helps me make sure I'm getting the chords right. The top staff (with the simpler melody) and the bottom staff (the tablature) are the two that will remain when I'm done. And for the folks I'm producing this for the tab staff is the higher priority.
Done with slurs:
And now done with ties:
So, yes, the middle staff works as I would like when done with ties. But the tab staff doesn't. And since the tab staff is the more important one doing it with ties in this case won't work. Fortunately, since that middle staff is a temporary one that won't be in the finished version I can stay with using the slurs to do what I need to do. And it's the slur version of the tab staff that: 1) the locals are used to seeing and 2) is how the original score I'm reproducing is written.
So in this case there really is a bit of method to my madness in insisting on using slurs. Seems a bit ironic to me that the staff that showed the issue is one that won't even be there when it's all said and done with. Ah well. Funny ol' thing life.
Probably it's still better to tell LilyPond to handle ties in TabStaff contexts more like in classical notation. To wit:
\version "2.24.0"
\language "english"
mus = \relative c'' {
b4 b b
<b\1 f\2 b,\3 >4~ <b\1 f\2 b,\3>
<e,\1 b\2 e,\3 >2.~ < e\1 b\2 e,\3>2
}
\layout {
\context {
\TabStaff
\revert Tie.after-line-breaking
\revert Tie.stencil
}
}
<<
\new Staff \mus
\new TabStaff \mus
>>
Lukas
[Prev in Thread] | Current Thread | [Next in Thread] |