when handling paste, a switch statement is used on dropElement.type() (result is of type ElementType). Before this commit, there was no case for ElementType::STICKING, and paste wouldn't work (default behavior)._
Curious, as Marc pointed out the fix is only for single stickings won't copy/paste with a range selection, does a new ticket need to be made? I don't mind entering a single sticking, it's the massive re-entry for multiple parts that's tedious and time consuming.
When the sitcking feature was implemented,
it introduced a new new type that needed to be handled
in a bunch of different places throughout the code.
One of the places that was missed was the copy/paste code.
Code was added a while later to handle copy/paste
of individual stickings from note to note,
but we still didn't handle stickings within range selection
or copy/paste of list selections.
Range selection was just a missing test for Sticking tag in pasteStaff.
List selection required adding the handler to both the building
and the processing of the symbol list.
Handling is just like articulations, but with parent of segment
instead of chordrest.
Rests are skipped during paste just as for articulations.
Since staff text is virtually the same thing (segment annotation),
and I also have wanted this to paste as list,
it was just as easy to handle both at once here._
Comments
Confirmed.
Came up in #297537: cannot copy sticking text with its properties.
see https://github.com/musescore/MuseScore/pull/5493
Fixed in branch master, commit d6a27f86a3
_fix #297514: Cannot copy and paste stickings
when handling paste, a switch statement is used on dropElement.type() (result is of type ElementType). Before this commit, there was no case for ElementType::STICKING, and paste wouldn't work (default behavior)._
Fixed in branch master, commit 1e22383d06
_Merge pull request #5493 from Git-Lior/bugfix-paste-stickings
fix #297514: Cannot copy and paste stickings_
The fix is good for single stickings, but still copy/paste of a range selection leaves out the stickings, and they don't copy as a list either.
Curious, as Marc pointed out the fix is only for single stickings won't copy/paste with a range selection, does a new ticket need to be made? I don't mind entering a single sticking, it's the massive re-entry for multiple parts that's tedious and time consuming.
As it happens I also just had occasion to want to be able to copy list selection of staff text. Am working on PR to handle all this.
https://github.com/musescore/MuseScore/pull/6275
Fixed in branch 3.x, commit 609a77fc97
_fix #297514: copy sticking with range, stickng & stafftext as list
Resolves: https://musescore.org/en/node/297514
When the sitcking feature was implemented,
it introduced a new new type that needed to be handled
in a bunch of different places throughout the code.
One of the places that was missed was the copy/paste code.
Code was added a while later to handle copy/paste
of individual stickings from note to note,
but we still didn't handle stickings within range selection
or copy/paste of list selections.
Range selection was just a missing test for Sticking tag in pasteStaff.
List selection required adding the handler to both the building
and the processing of the symbol list.
Handling is just like articulations, but with parent of segment
instead of chordrest.
Rests are skipped during paste just as for articulations.
Since staff text is virtually the same thing (segment annotation),
and I also have wanted this to paste as list,
it was just as easy to handle both at once here._
Fixed in branch 3.x, commit 9df6431f02
_Merge pull request #6275 from MarcSabatella/297514-copy-sticking
fix #297514: copy sticking with range, sticking & stafftext as list_
Automatically closed -- issue fixed for 2 weeks with no activity.