Don't move anchor points when hairpin ends are moved
One of the long awaited improvements in version 3.5 is that when a user drags the endpoint of a slur or hairpin, the anchor point now moves to the closest note of MuseScore's choosing. Previously when the user dragged the endpoint 4 measures away there was a red line across the score on screen leading back to the anchor point and the slur did strange things when a system break was entered in the middle of the slur. We've spent years here in the forums trying to explain that dragging is not the way to do it. Finally, dragging works as the USER expects it to!
There are flaws in the implementation though. I wanted to move the endpoint of a hairpin just a little across the bar line to be even with a whole note in the next measure and the anchor point jumped to the end of the measure. I immediately remembered that you could use ctrl+ arrows to adjust the endpoint, so I dragged the end back and used ctrl+the right arrow and the anchor once again jumped to the end of the measure. All of my attempts to adjust the hairpins display failed.
I finally got what I wanted by using invisible rests in voice 2 and extending the endpoint to the 8th rest I put on beat 1. As an aside, this is so much easier than it was before version 3.5. The invisible rests automatically centered themselves on the staff and it didn't matter if the rests matched up with voice 1 rests or notes. It was as though they didn't exist except I could now move the anchor point there. Another fine improvement in version 3.5.
I suggest the user have two options to fine tune the end point of a hairpin or slur (or any of the other things this now affects). I suggest the user be allowed to use ctrl+arrows (as was the case in previous versions) or press ctrl while using the mouse to drag the endpoint without changing the anchor point. The user needs some freedom to adjust the display and a user who will read the manual to learn how to do this isn't likely to misuse it and leave the anchor point 4 measures away.