Hairpin automatic placement woes
I'm really wrestling with automatic placement here. Surely this is a bug?
This is version 3.0.5.5992. Project file attached. In case it's relevant, this project was an import from Musescore 2.
| Attachment | Size |
|---|---|
| Hairpin Frustrations.mscz | 13.86 KB |
Comments
Regards.
In reply to [inline:hairpin.png] … by Jm6stringer
Indeed, that's what I ended up doing (which I suppose you know since you took that screenshot from the video). But that seems to me to be a workaround. Are you saying the behavior I observed was actually correct according to automatic placement's design?
For me, the expected behavior was how it behaved when automatic placement was disabled. I don't understand the rationale for spanning a hairpin across a bar line.
In reply to Indeed, that's what I ended… by anothercrappypianist
I didn't watch the video, but I assure you that moving a hairpin in 3.1 when it's released in a few days will be much easier.
In reply to Indeed, that's what I ended… by anothercrappypianist
Actually, I didn't watch the 'entire' video once I saw what was happening.
(My screenshot displays the light MuseScore theme. Your video shows the dark theme.)
Anyway (as Mike wrote), in the 3.1 release, automatic placement will be more 'cordial'.
Regards.
In reply to Actually, I didn't watch the… by Jm6stringer
Thanks guys. I'll take 3.1 out for a spin when it's out and report back. :)
In reply to Thanks guys. I'll take 3.1… by anothercrappypianist
I agree, it's a bug (unexpected behaviour). It's due to the key signature change, here three flats - for testing, remove it, you will see. The behaviour is the same with the 3.1 R.C. For report, go please into the Issue Tracker.
It's normally correct that if the dynamic after a hairpin is more than a short distance from the start of a measure, it's proper to extend the hairpin to meet it. So that's what we do. If the "mf" wasn't there on the hairpin, this would be totally correct. However, we should probably disable this extension is the hairpin has its own dynamic marking as well. Definitely a bug worth reporting to the issue tracker. Meanwhile, workaround is indeed to disable automatic placement, for either the hairpin or the dynamic, whichever ends up being less disruptive.
In reply to It's normally correct that… by Marc Sabatella
Done: #289703: Hairpin should not extend across barline when it contains its own dynamic marking