Replies: 3 comments 7 replies
-
I don't think you're missing anything and your observation that it doesn't seem to do anything makes sense to me. My initial thought was that it probably came from a grouped entity that included placement, but I don't see that in the history. It has definitely been around since at least v.1.0. What if 4.1 notes that placement does not have any known effect for Another thing that I would like to make explicit is which of the top/bottom the color, position, etc. of this goes (top? bottom? first?) and whether the top and bottom should use the same optional-unique-id or different ones. |
Beta Was this translation helpful? Give feedback.
-
I have another question: Does an arpeggio always span the whole chord? The documentation is not very clear on this IMHO. I have never seen a chord where the wavy line doesn't cover all notes of it (contrary to arpeggio brackets), but this is just me... |
Beta Was this translation helpful? Give feedback.
-
Aaand another question. Consider nested arpeggio brackets like the following (this might happen as an editorial advice to help resolve, say, a chord in Baroque violin music under special circumstances). I suppose it would be straightforward to use the |
Beta Was this translation helpful? Give feedback.
-
As the title says. Looking into
musicxml.xsd
I see that the definition of<non-arpeggiate>
explicitly containsso it seems that its inclusion is intentional. However, putting an arpeggio bracket 'below' or 'above' a chord makes no sense to me. What am I missing?
Beta Was this translation helpful? Give feedback.
All reactions