MuseScore icon indicating copy to clipboard operation
MuseScore copied to clipboard

Copy/paste in bars with local time signatures

Open Dima-S-Jr opened this issue 1 year ago • 8 comments

Your idea

I suggest making it possible to copy/paste content in bars with the same local time signatures.

Problem to be solved

At the moment, it is not possible in MuseScore Studio to copy the contents of a bar with a local time signature and paste this content into a bar with the same local time signature:

https://github.com/user-attachments/assets/5e196974-6762-43c6-b658-ba2d357f1857

The copy/paste function is very often used when writing music in notation software. It would be one thing if I were trying to copy the contents of a bar into a bar with a different time signature. But it's a completely different matter when the user wants to copy the contents of a bar into a bar with the same time signature. Why is this unavailable? Moreover, when the user tries to paste the copied content, nothing happens (it would be more logical to show at least some kind of pop-up message to the user, something like "it is impossible to insert in bar with a different time signature" or something like that).

Prior art

No response

Additional context

No response

Checklist

  • [X] This request follows the guidelines for reporting issues
  • [X] I have verified that this feature request has not been logged before, by searching the issue tracker for similar requests

Dima-S-Jr avatar Oct 07 '24 15:10 Dima-S-Jr

Seems more like a bug than a new feature.

FrancRos31 avatar Oct 07 '24 23:10 FrancRos31

@cbjeukendrup this could be a good one to tackle as part of our copy-paste improvements :-)

bkunda avatar Oct 08 '24 13:10 bkunda

Yes. It becomes a bit scary though when you copy this: Scherm­afbeelding 2024-10-08 om 15 21 40 and try to paste here: Scherm­afbeelding 2024-10-08 om 15 22 33 because, if the expected behaviour would be this: Scherm­afbeelding 2024-10-08 om 15 23 31 then the end of the pasted area is at a different position at each staff, and that feels... weird.

For the MVP, we can of course try to detect such weird edge cases, and refuse to do anything with them. However, we may want to think a little bit about it, because it might influence the decision whether pasting should happen per staff or per segment, which is quite fundamental.

cbjeukendrup avatar Oct 08 '24 13:10 cbjeukendrup

To me, the MVP would be just allowing a basic copy of ranges within a given local area. So if the global time signature is 2/4 and the bottom 3/4, allowing copy of 2/4 content to other 2/4 measures, and 3/4 content to other 3/4 measures. Actually copying the time signatures too as per other requests would of course be a nice option, but right now copy/paste is disabled completely and first priority should be addressing that. Says the person who disabled it just before release of 2.0 because there were bugs we didn't have time to fix before release, and is a bit embarrassed that another nine years hasn't proven to be enough time either!

MarcSabatella avatar Oct 08 '24 14:10 MarcSabatella

Moreover, when the user tries to paste the copied content, nothing happens (it would be more logical to show at least some kind of pop-up message to the user, something like "it is impossible to insert in bar with a different time signature" or something like that).

There actually is a pop-up for when you attempt to paste notes into a bar with a local time signature.

Image

The problem there is that copying notes from a bar with a local time signature silently fails. If there's something already in your clipboard, it stays there. So in your video, you actually had nothing to paste.

Of course, this minor correction is largely irrelevant to the overall request. Looking forward to seeing this fixed, the current situation makes working with an extended local time signature section... painful.

ApocalypticSalad avatar Oct 14 '24 11:10 ApocalypticSalad

because, if the expected behaviour would be this: 374575130-e048c601-b29f-42f1-a1e7-64c9ba4828cc then the end of the pasted area is at a different position at each staff, and that feels... weird.

I suppose the expected behavior should be like this: Снимок экрана (714) I think this behavior is correct from the point of view of meter equivalence, because in fact local time signatures assume equivalent beats, and the contents with local time signatures can actually be written as tuplets.

Dima-S-Jr avatar Nov 09 '24 18:11 Dima-S-Jr

I'm taking a swing at this one, with the restriction at the moment that the source and destination ranges must have all the same time stretch ratio (so avoiding the problem of irregular end points after pasting).

Reedbeta avatar Nov 27 '25 00:11 Reedbeta

Alright, I have a PR #31314 ready to review for this.

Reedbeta avatar Dec 08 '25 19:12 Reedbeta