Anchor points are not rebuilt after setting auto placement

• Aug 18, 2018 - 15:34
Reported version
3.0
Type
Functional
Severity
S4 - Minor
Status
closed
Project
MuseScore
Tags
3.0alpha
anchorpoints
autoplacement
redrawing

Tested with self built MuseScore on OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (32-bit): 3.0.0, revision: 44304ca

  1. Add line to empty score
  2. Go to edit mode with the line and change any anchor position
  3. Check "Autoplacement" checkbox
    Result: anchor points are not rebuilt.
    anchor_points_autoplacement.gif

Comments

• Aug 18, 2018 - 16:08

2.3.2 behaves even worth? lol I know you meant worse.

I don't know about 3.0, but the results you get in 2.3.2 have been happening as long as I can remember. It is probably a contributing factor to the wandering hairpins that are often discussed when someone sets up their score in continuous view then changes to page view.

When you change the start point of a hairpin by dragging it you get two forms of feedback from MuseScore. 1. The hairpin changes; 2. The horizontal offset is changed to show the new physical start point of the hairpin.

What is missing is any feedback (besides the visual of the hairpin) that MuseScore has decided that the length of the hairpin has changed. When you reset the horizontal offest, it is changed to 0, but the length of the hairpin remains changed. You cannot undo it to the original display at this point. It will remain longer (or shorter) no matter how many times you undo.

I suspect that the auto relayout in version 3.0 manifests this bug in its own way.

Reply