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
Fix linking between score and parts #16544
Comments
No, I think your making a very important point here! Another thing which I do believe has also to do with the linking In Sibelius there is an option to To achieve number 1 in Musescore I could make up another request for that |
Yes! I reference that (under 'bonuses') as having a way to show an item only in the score but not in any parts. Essential, definitely. |
Thanks for writing this out @oktophonie. I should have done it a while ago. We need to get on this quickly. |
Personal wishlist regarding the score-part relationship:
While I describe this as individual features, some unknown subset of this might be achievable using the generic system you seem to plan here. Would probably require some linked staff, ... -trickery, but I'm fine with that |
Thanks for adding this spec. In my work with early music, I do a lot of input into the parts directly since I'm working from partbooks. The main aspects of this that would help me are differing clefs in the parts and score, and the styling of accidentals. Parentheses, brackets, and positioning of accidentals (musica ficta) are crucial for editorial accuracy, and it's very easy to make a mistake when I have change the styling in both places. |
I was hopeful about the new parts features in 4.2, but it seems like accidental brackets and size are not included in the linking between score and parts in 4.2 Beta. Is this planned for the future? It would really be helpful for working on mensural music as mentioned in my comment above. I would also consider things like cautionary accidentals to be musical content that should at least have an option to sync. Also, although there is a toggle for accidentals to sync/unsync, it doesn't seem to be syncing in either direction. I tested position and color. Seems like different clefs in score and parts is also not an option. |
Accidentals: not as simple as I first thought - see the comment below - so to facilitate what you want (which I agree is desirable) is going to require some thought, design and internal rejiggling. Please raise this as a feature request - comments on a closed issue are not likely to get much attention. You can have different clef changes in score/parts; if you want different initial clefs (which is fair) this should be raised as another feature request, too. |
@jonarnoldmusic Accidentals are complicated, because in most cases they don't exist "per se": they respond to context, and context can easily be different between score and part. So linking them is really not trivial, but thanks for raising this point, we'll keep it in mind for the near future. (Please open new issues/feature request in future). Side note: I read your comment above, and I don't see why it's necessary for your workflow to enter your music starting from the parts. Sure, early music comes in partbooks, but you can still copy it into the full score: if you need to work with one staff at a time on the screen, you can just go on the Instruments panel and hide the staves you are not currently working on. If you do as much work as possible on the full score, and only then generate the parts: then most properties will be copied (like accidental positions, brackets, etc) even though some of them may not be linked. About the different clefs: now you'll be able to do that, thanks to the "Exclude from score" / "Exclude from part" option. |
I find it much easier to proof my note entry when I mirror the line breaks in each partbook. That can't easily be done for multiple parts in the score. I also use the "Display note values across measure boundaries" in the part only in order to mirror the partbook more closely. I find that I can enter the music much faster and more accurately if the target engraving looks more like the partbook. Then I let the software change clefs, tie rhythms across barlines, etc. I'll open new requests, thanks. |
There's a plugin for this, see https://musescore.org/en/project/export-layout-breaks-parts |
Task description
When a part is first generated, it will reflect the state of the score at that time. Subsequent changes to the score or part are sometimes reflected in the other and sometimes not, according to a logic which is inadequate for the purpose, and which cannot be properly controlled by the user.
Currently (according to my best understanding, and trying to boil it down to the simplest description):
While this distinction makes sense in terms of now the data is modelled, it falls down in practice because many things which are considered 'properties' or 'styles' are significant content which should be reflected in the score and in the parts. Worse, the user has no way to control this (and instead must resort to changing things in multiple places at once, which defeats the whole point of 'linked parts').
Some examples of this (these issues are now closed, as they are expressions of the same basic issue, and replaced by this task, but they contain useful context and discussion): #10268, #13572, #14676.
There are perfectly good reasons why a change in the score may not be wanted in the part, so it's not as simple as saying that everything should always go both ways.
Fundamentally what is needed is:
'Resetting' could work both ways: perhaps you've styled an item one way in a part but you decide you just want to change it back to how it was in the score. Or, perhaps you want those changes to affect the score and, indeed, any other parts in which the item appears. Conceptually, these are the akin the "Reset" and "Save as default style for this score" options available in the Properties panel.
We also need to be able to create or delete an item in a part without affecting the score. These operations pose their own UI challenges (i.e. how do we 'undelete' an item in the part? or, how do we propagate a created item to the score, if we decide we want it there after all?)
To some extent, even changing 'fundamental' properties of items in the parts should be possible. It's a perfectly common thing to want to change an "allargando" (from the score) to "allarg." in a part, for example, in order to make it fit in more limited space, or to put a line break in a long tempo marking for the same reason. We may want to change the pitch of notes for various reasons. Of course this must have a limit (we can't arbitrarily change the time signature, or the rhythm of notes in a bar, etc.)
Some nice bonuses would be:
Most importantly we need to decide on the policy by which the score and parts are linked in the first place. The logic must be extremely easy to understand. There are (at least) two obvious possibilities:
Either of these would then be controllable in something like the manner described above; the main difference is that in option 2, changes made in the part will automatically 'unlink' the item, and changes made in the score automatically 'relink' it if necessary.
Finally, we need to consider and rationalise which properties of items should and should not be taken from the score into the parts. There are definitely some questionable things happening there just now. (Height and margins or frames, or the styling of text in frames except for the 'predefined' Title, Composer etc styles, do not transfer over, for example.)
Some related issues:
#14558
#15753
#15863
#17168
#17416
See also: https://musescore.org/en/node/311725
(I'll update this according to corrections/comments ... or close it if it turns out I'm talking utter rubbish)
The text was updated successfully, but these errors were encountered: