So it's an Order of Operations issue. Pitches entered using \relative are
first converted to absolute then the selection using \tag conditional.
Which suggests that \tag used with \relative will never work.
Thanks.
On Aug 4, 2017 10:45 PM, "David Wright" wrote:
> On
On Fri 04 Aug 2017 at 15:41:34 (-0500), Guy Stalnaker wrote:
> All,
>
> Why is this output being created? I would expect to get exactly the same
> pitches on all three staffs, but since not, my expectations are obviously
> wrong.
>
> %% SNIPPET %%
> straightMusic = \relative c' {
> a2
Maybe someone more well-versed with the inner workings of lilypond might
correct me here, but as I understand it, the pitches depend on the
sequence of notes in the input, regardless of any tags that might be
attached to some of them. Conversely, when \keepWithTag (or any of the
related commands)
Hi Malte,
> \set Staff.barAlways = ##t
> \set Staff.defaultBarType = ""
>
> This sets a "" barline after every rhythmical event that occurs in the score
> (not only the current staff). You then need to set the “real” barlines by
> hand, something like:
>
> \new Staff <<
> { \time 3/2 c''1 2
Am 04.08.2017 um 19:33 schrieb Kieren MacMillan:
Is there any way to avoid this? I'd like to say, in effect, "during this passage,
every (e.g.) eighth note should be considered a breakable point for the purposes of
layout calculations".
\set Staff.barAlways = ##t
\set Staff.defaultBarType
All,
Why is this output being created? I would expect to get exactly the same
pitches on all three staffs, but since not, my expectations are obviously
wrong.
%% SNIPPET %%
straightMusic = \relative c' {
a2 _\markup { no tag, relative pitch } cis4 e |
fis1 |
}
clarinetOneMusic = \relative
Hi all,
In the attached snippet, I must adjust the [non-visual] duration of the whole
note and manually add an explicit \bar "" command in order to break the line
where I want it.
Is there any way to avoid this? I'd like to say, in effect, "during this
passage, every (e.g.) eighth note should
d
2017-08-03 19:05 GMT+02:00 Kieren MacMillan :
> Hello all,
>
> In the snippet included below, I'm using a custom ScoreMarks context to show
> MetronomeMarks (plus, in the real world, RehearsalMarks and other things)
> above the system. The problem is, in order
Hi Harm,
> if I understand correctly, consisting "Staff_collecting_engraver" is part of
> the Problem.
Thanks! This solves the problem, with no obvious negative side-effects.
> This makes sense only if ScoreMarks would be of type staff, which it isn't
> currently.
> More, your setting of