Calculation of bounding box for chord symbols too big, especially using Jazz style
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.0.0, revision: c94b520
To see the issue, load the attached file. The first measure is using chord symbols, the second is using staff text. Same font (MuseJazz), but the autoplacement is moving the G7 chord symbol in the first measure way too high in an effort to avoid the triplet bracket. It's clearly not necessary, since the G7 staff text in the second measure is not moved and it doesn't collide:
I believe the problem comes from the bounding box calculation - double-click the G7 chord symbol in the first measure and you see how huge the box around is (try the same for the G7 staff text in the second measure for comparison). A big part of that is due to the superscripted 7 - delete that and the box instantly shrinks quite a bit. But still, it's not as tight as the G7 staff text.
I would say the font metrics for MuseJazz are to blame, and that might be true for the superscripted 7, but that can't be the whole story, since you can see the same effect if you switch to Standard chord symbol style and change the font to FreeSerif. The 7 no longer gets superscripted so you don't get the really huge bounding box, but it's still quite a bit bigger than the staff text.
Attachment | Size |
---|---|
musejazz-box.mscz | 3.79 KB |
Comments
Fixed in branch master, commit 18f9259beb
fix #277542 Calculation of bounding box for chord sysbols too big
Fixed in branch 3.0alpha2, commit f003fba2cd
fix #277542 Calculation of bounding box for chord sysbols too big
Automatically closed -- issue fixed for 2 weeks with no activity.