Reimplement Shift+L/R for leading space while in edit mode upon notehead
Reported version
3.3
Type
Functional
Frequency
Few
Severity
S5 - Suggestion
Reproducibility
Always
Status
closed
Regression
Yes
Workaround
Yes
Project
https://musescore.org/en/comment/969500#comment-969500
3.4 Beta or a little before doesn't have the lead-space change activity with Shift+arrow keys when editing a notehead. It would be nice to have that feature back, as it sounds like it was lost accidentally.
Fix version
3.5.0
Comments
Reported again in #299942: Shift no longer allows editing leading space for notes in edit mode.
Bumping this; it would be nice to fix all known 3.4 regressions for 3.5
Bump again, see discussion in https://musescore.org/en/node/283186, and in particular https://musescore.org/en/node/283186#comment-1005542.
This was a regression introduced sometimes after 3.2 I guess. Should be a simple fix to get it back...
See https://github.com/musescore/MuseScore/pull/6204.
In reply to See https://github.com… by mattmcclinch
Thanks!
Fixed in branch 3.x, commit df5aa1477f
_Fix #299214: Reimplement Shift+L/R for leading space while in edit mode upon notehead
Resolves: https://musescore.org/node/299214._
Fixed in branch 3.x, commit 5eb35819dd
_Merge pull request #6204 from mattmcclinch/299214-leading-space
Fix #299214: Reimplement Shift+L/R for leading space while in edit mode upon notehead_
Automatically closed -- issue fixed for 2 weeks with no activity.