Elements ignored by autoplace algorithm
Reported version
3.0
Priority
P1 - High
Type
Functional
Severity
S4 - Minor
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project
Selfbuild, MinGW in Debug Mode, this does show the skyline.
That in turn reveals that several elements apparently are not considered part of the skyline, hence not avoided by the autoplace algorithm:
- ledger lines
- lyrics dash
- lyrics melisma (underscore)
- measure numbers
- fingerings
There may be more, these are the ones I noticed so far.
Is this by (current) design, or something that is still in the works, or simply an oversight?
Comments
This seems to still be the case. I imported Tarantelle from MuseScore 2 to see how it would work. I allowed the program to reset default positions and many of the fingerings are not avoiding other items.
If you look at the slurs, like measure 9, you will see some of them need work also.
It is better now. mike320, could you please check the score in latest master?
In reply to It is better now. mike320,… by Anatoly-os
I'll do it sometime this weekend. It's a long weekend in the US and I have family visiting.
In reply to I'll do it sometime this… by mike320
It looks much better. There are a few minor fixes still needed:
The 3 crashing with the flat in measure 72.
The slur in measure 186.
The 1's in mm 199-200
The 3 & 2 in measure 207
Those are what I noticed at first glance. Fixing those and #277813: There is no option to change continuation text for (de)crescendo lines would make for a great job of importing a version 2.3.2 score.
Fixed in branch master, commit 795912da24
fix #276164 Elements ignored by autoplace algorithm
Collisions with fingering numbers are not detected in all situations.
Special cases should be handled as "feature request".
Automatically closed -- issue fixed for 2 weeks with no activity.