Copying single tuplet pastes as standard note and produces tied mess upon undo
Using the attached score:
1. Copy the final semi-quaver in bar one, paste it into the third rest of the first triplet in the second bar.
(Result: it pastes a standard note)
2. Undo.
(Result: A tied mess between notes has been introduced).
Desired result: The semi-quaver pastes.
This could possibly be a milestone, as it may prevent a number of problems. When I deleted the lines, there seemed to be amendments to a score every time it loaded, and I'd have to change it back.
MuseScore 1.0 and 2.0 nightly build (3996) - Mac 10.4.11.
| Attachment | Size |
|---|---|
| Tuplet Pasting.mscz | 2.55 KB |
Comments
Can someone confirm this (or even file a report)?
In reply to Can someone confirm this (or by chen lung
Confirmed on 1.0 on my system. Although I am not sure I would expected the initial paste to work - you're pasting a note of longer value (because of the tie) onto a shorter rest. It comes out even worse than I'd expect, of course, but it's an odd thing to do. The real bug here seems to be that undo doesn't work correctly.
Because it's part of a triplet note - I think it should paste with such properties. Just like the standard note's current (and correct, in my opinion) behaviour, I don't think it should paste with the tie either (unless I select both notes).
I've filed a report:
#9909: Copying single tuplet pastes as standard note and produces tied mess upon undo
In reply to Because it's part of a by chen lung
You're right; not sure what I was thinking. Or course you are supposed to be able to paste longer notes onto shorter ones.
In reply to You're right; not sure what I by Marc Sabatella
The semiquaver tuplet is being pasted onto a rest of the same value, so there's nothing longer :).
In reply to The semiquaver tuplet is by chen lung
Well, it would be the same value if not for the tie; I'm not sure if I'd have expect the full duration of the note (including tie) to come across as part of the deal or not. But again, copying a longer note onto a shorter one works in general - it just truncates the note. So no reason it shouldn't work here.
You sure have a knack for coming up with interesting test cases, and for keeping on top of them! And it makes me happy seeing bug reports submitted and then resolved; seems this process is about 1000 times faster than I ever saw with Finale. good as 1.0 already is, the next major version looks to me like it is going to rock *seriously* hard.
In reply to Well, it would be the same by Marc Sabatella
I hadn't really thought of the tied note like that - I've been that used to the current behaviour when copying a standard note (doesn't regard the tie, unless that note is selected too). I'm not sure if I want it to change either though, because:
1) if you've got a constant chain of tied notes, you might only want to copy a selection (yet, it could grab the whole lot, so long as there's a tie).
2) if there's a three-note chord tied to another same chord, not all the notes might be tied.