Alignment between RH/LH
Hi, I'm entering a really simple exercise and trying to get better vertical alignment between notes in the RH and LH. I want the note heads which are played at the same time to be directly below/above each other but at the moment they look slightly staggered. Is this possible? Many thanks. This is 4.0.2 on a Mac. The goal is to make the staves invisible for a pre-reader, so trying to make things as clear as possible!
| Attachment | Size |
|---|---|
| Screenshot 2023-05-14 at 16.02.25.png | 49.58 KB |
Comments
Score needed, MuseScore does this by default, so not sure how you got that wierd result
In reply to Score needed, MuseScore does… by Jojo-Schmitz
Thanks - here you go!
In reply to Thanks - here you go! by JennyPreece
Hmm, indeed very strange, it didn't do this when I tried, but I can't see why your's does it.
Might be best to report this in GitHub https://github.com/musescore/MuseScore/issues/new/choose
In reply to Hmm, indeed very strange, it… by Jojo-Schmitz
Done! #17556
In reply to Hmm, indeed very strange, it… by Jojo-Schmitz
In the mscx there is twice the line
<mag>1.5</mag>
If I set the value to 1.0 or delete the lines, this offset disappears. (MuS 3.6.2). And of course the score is displayed smaller.
I can't find in 3.6.2 where to set this magnification ... ?
In reply to In the mscx there is twice… by HildeK
Marc has answered over on GitHub - apparently it is a fairly long standing issue, and the proper way to display larger is to set it in Page Settings -> Scaling -> Stave space (sp). It works!
In reply to Marc has answered over on… by JennyPreece
Ah, that... sorry, I missed this setting
In reply to Marc has answered over on… by JennyPreece
Yes, "stave space (sp)" is the well-known way for scaling the score. But it does not lead to this "mag" value which is in my opinion the root cause of this unwanted offset.
In reply to Yes, "stave space (sp)" is… by HildeK
That mag value stems from the staff properties, not the sp setting, and that's also why it is in there twice: once per staff
In reply to That mag value sterms from… by Jojo-Schmitz
Oh yes, I found this scaling after all :-). Never used it before.
![offset.png]( "offset.png")
And, an old bug: the offset problem is just as present in 3.6.2. - at least sometimes:
It depends on the stem direction!
In reply to Oh yes, I found this scaling… by HildeK
Right, the expectation of this setting is that it will be used to create different staff sizes,a nd the algorithm tries to make things match up in those cases, but ironically fails miserably if you scale both staves.
In reply to Right, the expectation of… by Marc Sabatella
It fails even if you scale only on stave. (3.6.2)
![offset2.png]( "offset2.png")
In reply to It fails even if you scale… by HildeK
True, in this particular case. Other cases work well. It was also optimized for making one staff smaller than others, not larger, so there are more problematic cases if you try that.