-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BREAKING(modules): Change macro name of data.OTHERSTAFF #932
BREAKING(modules): Change macro name of data.OTHERSTAFF #932
Conversation
Thanks for bringing this up @rettinghaus! I think being precise in the naming of things is always a good idea. But I somehow see a much bigger problem in the imprecision of the values |
So the question concerning your proposed changes would be: what are ”adjacent layers”? |
Could you provide an example of where you might use "beam with" or "stem with" on neighbouring layers on the same staff? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
After discussion at 2022 Berlin dev meeting, @musicEnfanthen, @rettinghaus, @fujinaga, @pe-ro and @kepper agree to accept this.
The current proposal doesn't easily support connecting layers 1 and 3 plus 2 and 4 of four instruments spread across two staves. However, we didn't do that in the past, so we can skip it once more ;-) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
still good, now with languages
Thanks everyone! Merged at MEI Developer meeting 2022 |
data.OTHERSTAFF
is used for@beam.with
and@stem.with
. The latter one is used to combine voices in part writing, i.e., merge stems from different layers into one. So the description of this macro ("on another staff") is not correct.But even for
@beam.with
it is not very precise, because this could happen within one staff, or point to a staff that has multiple layers.This PR proposes to change the name from
data.OTHERSTAFF
todata.NEIGHBORINGLAYER
, because it actually points to the next layer above or below the current one (even if this is "on another staff"). Descriptions are updated accordingly.This will not(!) change the values or anything else.