Copy/paste in bars with local time signatures

[Dima-S-Jr]

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:

Video_241007182105.mp4

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

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

[FrancRos31]

Seems more like a bug than a new feature.

[bkunda]

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

[cbjeukendrup]

Yes. It becomes a bit scary though when you copy this:

and try to paste here:

because, if the expected behaviour would be this:

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.

[MarcSabatella]

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!

[ApocalypticSalad]

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.

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.

[Dima-S-Jr]

because, if the expected behaviour would be this:

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:

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.

[Reedbeta]

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).