Re: \parallelMusic incompatible with slur marker at beginning of measure?
2014-11-24 7:27 GMT+01:00 Ted Lemon mel...@fugue.com: On Nov 24, 2014, at 1:03 AM, Pierre Perol-Schneider pierre.schneider.pa...@gmail.com wrote: Here both are ok; you simply omit to put any bar check: So a | (b c d) is wrong, and a( | b c d) is right. So to be clear, I am asking whether the behavior we are seeing is intended for some reason that I haven't understood yet. It is obviously the case that the behavior is as it is. From the perspective of a user who just wants to write music, there is no reason at all for me to think that a | (b c d) is wrong and a (b c d) is okay. For instance, a | b (c d) works, and a (b | c d) works. So it doesn't make any sense that a | (b c d) doesn't work. It may be that making it work is really hard because of the way bar checks are implemented. If so, it may be that there is no way to make things consistent in the way I am suggesting they should be. I can even see how, from a data structure perspective, making a | (b c d) work consistently is difficult. But if consistency is desired, then the fact that a | (b c d) doesn't work is a bug that is hard to fix, not a feature that doesn't need to be fixed. The question I was asking is whether this is a feature that I just don't understand, but your response isn't really answering that question. If in fact a (b c d) is wrong, but just happens to work, and a( b c d) is right, then it would be helpful for users if a (b c d) threw an error, instead of working, and if a | (b c d) threw the _same_ error. Hi Ted, I think you should come to different point of view: a( b c d) is as correct as a (b c d) because the starting slur is added to the articulations of the _previous_ _note_, saying play legato from me. Even: a ( b c d ) will work. Inputting a( b c d) is more a convention to remind oneself to this fact . A BarCheck will only make sense after a note has been _completely_ written, i.e. including its articulation, markups, dynamics etc. Therefore the BarCheck must be put after the starting slur. I don't think you would expect a | -. b to work!? An input like a | ( b) would mean play legato from the BarCheck Ofcourse nonsense and LilyPond complains. Even the error-message: syntax error, unexpected EVENT_IDENTIFIER is correct, because a BarCheck will not take any musical event. So no issue here. HTH, Harm ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \parallelMusic incompatible with slur marker at beginning of measure?
On Nov 24, 2014, at 7:21 AM, Thomas Morley thomasmorle...@gmail.com wrote: An input like a | ( b) would mean play legato from the BarCheck Ofcourse nonsense and LilyPond complains. Even the error-message: syntax error, unexpected EVENT_IDENTIFIER is correct, because a BarCheck will not take any musical event. Yes, now this makes sense. I got some private email as well explaining what's going on here. The problem is that the open paren looks lisp-ish, and so I want it to be a grouping syntax, but it's really just a marker that happens to pair with another marker that happens to be a closing paren. I am not in love with this, but I see how it happened, at least. It would be better if the error message were something like barcheck doesn't take an event, but at least now I understand how we got here. Thanks to you and Pierre (and the private person whom I shall not name here) for walking me through this. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
\parallelMusic incompatible with slur marker at beginning of measure?
I've been learning lilypond this weekend, so forgive me if this is a question with an obvious answer, but I am having trouble getting slurs to work with \parallelMusic. If the slur marker is on the note at the beginning of the line, I get a fun error. This: \parallelMusic #'(va dynD vb) { % ... % 7 c2 (f,4-.) d'-4-. | s2. s4\f | f4-. f'-1-. ees-. d-. | (ees2-- c-- | s1 | (c2-- ees-- | % 9 d2.--) s4 | s1 | d2.--) s4 | } produces this: aylesford.ly:47:3: error: syntax error, unexpected EVENT_IDENTIFIER (ees2-- c-- | aylesford.ly:49:3: error: syntax error, unexpected EVENT_IDENTIFIER (c2-- ees-- | aylesford.ly:67:3: error: errors found, ignoring music expression The whole file is here: https://github.com/Abhayakara/music/blob/7f9f30aa69ce08bdcf55ced7695e3621d7f9a066/aylesford.ly If I use a phrasing slur, it works fine: % 7 c2 (f,4-.) d'-4-.\( | s2. s4\f | f4-. f'-1-. ees-. d-.\( | ees2-- c-- | s1 | c2-- ees-- | % 9 d2.--\) s4 | s1 | d2.--\) s4 | Complete file with phrasing slurs here: https://github.com/Abhayakara/music/blob/master/aylesford.ly Did I do something wrong here? ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \parallelMusic incompatible with slur marker at beginning of measure?
Hi Ted, The answer is in your question : you're putting slurs at a wrong place and phrasing slurs at the right one. See attached, HTH, Pierre 2014-11-24 2:50 GMT+01:00 Ted Lemon mel...@fugue.com: I've been learning lilypond this weekend, so forgive me if this is a question with an obvious answer, but I am having trouble getting slurs to work with \parallelMusic. If the slur marker is on the note at the beginning of the line, I get a fun error. This: \parallelMusic #'(va dynD vb) { % ... % 7 c2 (f,4-.) d'-4-. | s2. s4\f | f4-. f'-1-. ees-. d-. | (ees2-- c-- | s1 | (c2-- ees-- | % 9 d2.--) s4 | s1 | d2.--) s4 | } produces this: aylesford.ly:47:3: error: syntax error, unexpected EVENT_IDENTIFIER (ees2-- c-- | aylesford.ly:49:3: error: syntax error, unexpected EVENT_IDENTIFIER (c2-- ees-- | aylesford.ly:67:3: error: errors found, ignoring music expression The whole file is here: https://github.com/Abhayakara/music/blob/7f9f30aa69ce08bdcf55ced7695e3621d7f9a066/aylesford.ly If I use a phrasing slur, it works fine: % 7 c2 (f,4-.) d'-4-.\( | s2. s4\f | f4-. f'-1-. ees-. d-.\( | ees2-- c-- | s1 | c2-- ees-- | % 9 d2.--\) s4 | s1 | d2.--\) s4 | Complete file with phrasing slurs here: https://github.com/Abhayakara/music/blob/master/aylesford.ly Did I do something wrong here? ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user \version 2.18.2 #(set-global-staff-size 19) \header{ title = Aylesford Piece composer = Georg Friedrich Haendel } keyMeter = { \key g \minor \time 2/2 } \parallelMusic #'(va dynD vb) { % Measure 1 \partial 4 d4-1\staccato | \partial 4 s4\mf | \partial 4 r4 | % Measure 2 g4-2-. bes-5-. a-. g8 (fis | s1 | r2 r4 d-5-. | % Measure 3 g2-2 d4) r | s1 | g4-2-. a-1-. bes-2-. (a8-1 g | % Measure 4 a'8-2 (bes c4-.) bes-. a-. | s1 | fis2 d4) r | % 5 bes2-3 (g4) r | s1 | g4-1-. g,8-5 (a bes4-.) c-. | % 6 bes8-3 (c d4-.) c-. bes-. | s4 s-cresc. s2 | d4-1-. bes-2-. a-. g-. | % 7 c2 (f,4-.) d'-4-.( | s2. s4\f | f4-. f'-1-. ees-. d-.( | % 8 ees2-- c-- | s1 | c2-- ees-- | % 9 d2.--) s4 | s1 | d2.--) s4 | } \parallelMusic #'(ve dynF vg) { % Measure 2 g4-2-. bes-5-. a-. g8 (fis | s1 | r2 r4 d-5-. | } \score { \new PianoStaff \new Staff = trebleStaff { \keyMeter \set midiInstrument = #piano \relative c' \repeat volta 2 { \va } \relative c' \repeat volta 2 { \ve } } \new Dynamics { \repeat volta 2 { \dynD } \repeat volta 2 { \dynF } } \new Staff = bassStaff { \keyMeter \clef bass \set midiInstrument = #piano \relative c \repeat volta 2 { \vb } \relative c' \repeat volta 2 { \vg } } \layout { } \midi { } }___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \parallelMusic incompatible with slur marker at beginning of measure?
On Nov 24, 2014, at 12:35 AM, Pierre Perol-Schneider pierre.schneider.pa...@gmail.com wrote: The answer is in your question : you're putting slurs at a wrong place and phrasing slurs at the right one. Hm, okay. So a (b c d) is wrong, and a( b c d) is right? I tried putting the regular slur at the end of the measure instead of the beginning of the next, but I put a space between the note and the slur mark, and that didn't work: a ( | b c d). Anyway, if a (b c d) is wrong, and a( b c d) is right, then it should give the same error message regardless of where the mistake is in the measure, shouldn't it? ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \parallelMusic incompatible with slur marker at beginning of measure?
2014-11-24 6:56 GMT+01:00 Ted Lemon mel...@fugue.com: Hm, okay. So a (b c d) is wrong, and a( b c d) is right? Here both are ok; you simply omit to put any bar check: So a | (b c d) is wrong, and a( | b c d) is right. Cheers, Pierre ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \parallelMusic incompatible with slur marker at beginning of measure?
On Nov 24, 2014, at 1:03 AM, Pierre Perol-Schneider pierre.schneider.pa...@gmail.com wrote: Here both are ok; you simply omit to put any bar check: So a | (b c d) is wrong, and a( | b c d) is right. So to be clear, I am asking whether the behavior we are seeing is intended for some reason that I haven't understood yet. It is obviously the case that the behavior is as it is. From the perspective of a user who just wants to write music, there is no reason at all for me to think that a | (b c d) is wrong and a (b c d) is okay. For instance, a | b (c d) works, and a (b | c d) works. So it doesn't make any sense that a | (b c d) doesn't work. It may be that making it work is really hard because of the way bar checks are implemented. If so, it may be that there is no way to make things consistent in the way I am suggesting they should be. I can even see how, from a data structure perspective, making a | (b c d) work consistently is difficult. But if consistency is desired, then the fact that a | (b c d) doesn't work is a bug that is hard to fix, not a feature that doesn't need to be fixed. The question I was asking is whether this is a feature that I just don't understand, but your response isn't really answering that question. If in fact a (b c d) is wrong, but just happens to work, and a( b c d) is right, then it would be helpful for users if a (b c d) threw an error, instead of working, and if a | (b c d) threw the _same_ error. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user