Auto beam applied to rest behaves like "Beam middle"
1. Open attached score.
Result: The sub-beam is pointing in the incorrect direction.
Note: It is the same in 1.3. The score was created in a version earlier and I don't exactly know how the sub-beam managed to become like this, but it would be nice if it was corrected for 2.0.
Using MuseScore 2.0 Nightly Build (881781c) - Mac 10.7.5.
| Attachment | Size |
|---|---|
| Incorrect sub-beam direction.mscz | 1.67 KB |
| Incorrect sub-beam direction.png | 23.79 KB |
Comments
if created from scratch in 2.0, this works, but the cursor jumps back to the beginning of the measure after entering the tie - something is wrong there. The last two notes enter correctly, so it's just a visual glitch, but a very disconcerting one.
I cannot confirm the beaming issue on a recent commit (Linux Mint 14, self-compiled).
A part from the 'dancing cursor' issue (which is a different issue anyway and would benefit from a post for itself), can we consider it closed?
M.
After a little investigation, I can give steps to reproduce this behavior from scratch, and I do think it's a bug:
1) enter the notes for the score as shown (5 E 3 0 B 4 E + 3 F G)
2) note that beaming is correct by default
3) click the sixteenth rest (or make any selection that includes the rest)
4) double click the Auto beam icon
Result: something like the original picture, except the stems are also way too long.
It would seem to me applying "Auto" beam to a rest should have effects similar to applying "no beam", since that's basically the default. Instead, it seems applying "Auto" to a rest is similar to applying "Beam middle". This can be seen also if you enter a figure like "3 E E 0 E " and then apply Auto to the rest in the middle - it acts like you applies "Beam middle" and joins the beam over the rest.
I'll submit the cursor bug separately.
Auto beam behaves the same for rests and notes. By default rests have the "no beam" and notes the "auto beam" property set. Auto beam set means that grouping rules are applied.