Augmentation dots cause cues-sizing to compound
Reported version
4.0
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
active
Regression
No
Workaround
Yes
Project
Notes are 2x cue-sized, shrunk beyond the correct size, when attached augmentation dots are set to be cue sized in addition to the notehead.
Reproduction steps:
- Write some notes with and without augmentation dots
- Select the written range
- Check "Cue size" in the properties pane
The notes with augmentation dots will be sized smaller than the others.
Both augmentation dots and noteheads have a "Cue size" property that can be set. I observed that setting just the augmentation dot to cue-sized causes the notehead to be cue-sized, so it appears that the cue-sizing is doubling on itself when both the notehead and the augmentation dot are cue-sized. See the attached score.
A workaround for this bug is to only set the noteheads as cue-sized.
Attachment | Size |
---|---|
bug-example.png | 66.48 KB |
rhythm-dot-cue-bug.mscz | 19.35 KB |
Comments
I also just noticed that a similar thing happens with accidentals, causing accidentals to be double-shrunk.
The workaround is the same - select individual noteheads and check "Cue sized" rather than using range-selection
And I just noticed again this happening with tied notes too:
Again the same workaround works - select individual noteheads and set cue-sized. In this case it's not obvious to me where the compounding is coming from, as I haven't found an element which accepts a redundant cue-sizing here. (Ties do not have a cue-sized flag)