possible bug - unselectable notehead
I am using the latest MuseScore 4.2 with Guitars Vol. 1. I applied a harmonic to a high E note, then a staff text and then a fingering notation (indicating which string to do the harmonic on). At some point, with the combination of all the notation and the very high note, the notehead became unselectable. I did manage to apply the notation in the way I wanted it but it took a lot of tinkering and experimentation.
I've attached the score with this problem. The offending note is the last one on the 28th measure. I am transcribing this piece for my friend who wrote it and I assume it will not be made publicly available and privacy will be protected.
I just wanted to bring this possible bug to your attention as I'm sure you'd want to know about it.
I really LOVE the new Muse Sounds Guitar Vol. 1 and the enhancements to MuseScore.
Thanks,
Peter
Attachment | Size |
---|---|
FRM - Possible MuseScore Bug.mscz | 43.18 KB |
Comments
There is layout break sign on the top of notehead. It's invisible because formatting is set to "hide".
Not sure if this is a bug. Maybe it would better to reduce some kind of "z-index" for such layout elements.
In reply to There is layout break sign… by ytsejam
Oh yes, very interesting. So it looks like that is contributing to the problem. I don't know what to do about it, though. Thanks for the comment.
In reply to Oh yes, very interesting. … by petemac1
Sorry, I realized my comment wasn't very helpful
1. Turn on Formatting visibility
2. Select layout break sign and change its position in properties -> Appearance
In reply to Sorry, I realised my comment… by ytsejam
right. thanks for the additional instruction.
Selecting seems to be a problem in MuS 4 (second post these days). In MuS 3.7, I have no problem selecting this note, regardless of whether hidden or non-printable characters are displayed or not.
But in general: there is also the option to select another note or element next to it by using the Alt+ right or left arrow key. This selects the next element, including bar lines, accidentals, fingering or text. However, the selection may then not be in strict order - simply continue with Alt + arrow key until the correct element is selected.
(At least in MuS 3)
In reply to Selecting seems to be a… by HildeK
Thanks for the comments. This is good to know.
In reply to Selecting seems to be a… by HildeK
I've used this method a few times since I learned of it and it solves the problem nicely. Thanks again.