Slurs not allowed to cross barlines, leading to placement far from notes
Reported version
3.0
Priority
P1 - High
Type
Functional
Frequency
Once
Severity
S4 - Minor
Reproducibility
Always
Status
closed
Regression
Yes
Workaround
Yes
Project
I had tried to find a clear statement in Gould about this but failed. Here is the default layout for a particular example from the forum (https://musescore.org/en/comment/reply/node/280131/):
If you turn off autoplace, you get this, which to me is better:
There are going to be any number of cases where our strategy of simply moving a slur up in case of collision is going to yield bad results, but most of those cases would require reshaping the slur while is going to be complicated. This particular case is much simpler though - I will bet we just need to skip barlines when checking for intersections in slurPos. Before actually implementing this, we should verify there isn't a rule against it somewhere, of course.
Comments
Fixed in branch master, commit ac296b5197
fix #280220: slurs should not avoid barlines
Fixed in branch master, commit 468a58828e
Merge pull request #4435 from MarcSabatella/280220-slur-barline
fix #280220: slurs should not adjust just to avoid barlines
Automatically closed -- issue fixed for 2 weeks with no activity.