Mid-measure clef placed too close to note, collides with accidental
When a clef has to be inserted not at a bar line but mid-measure, it is automatically placed too close to the note and collides with the accidental, if this note has one. In addition to it, double clicking the inserted clef enters Edit Mode, so the clef can be moved with left and right cursor keys, but returns to its original position when leaving Edit Mode.
STR:
1. Create a score, add violoncello (bass clef), write some music;
2. Insert tenor clef mid-measure at a note with an accidental;
3. Double click the tenor clef to switch to Edit Mode, move it with cursor keys;
4. Press 'Esc' to leave Edit Mode.
Actual Results:
The inserted tenor clef collides with the accidental after Step 2, the adjusted position of the clef in Step 3 is lost after Step 4.
Expected Results:
No collision, accidentals are taken into account, adjusted position persists when leaving Edit Mode.
MuseScore r2754 on Ubuntu 9.10.
Comments
fixed in r2761
Thank you very much for fixing the issue with automatic positioning so quickly. However, an adjustment of the clef position in Edit Mode still gets lost when exiting Edit Mode. This affects not only mid-measure but all clefs. If it is by design that clefs shouldn't be moved by user, shouldn't Edit Mode be disabled for them completely?
Sorry, forgot to fix this. Moving of clefs is now saved. This however does not work for the "automatic" clefs at the beginning of a staff.
Thanks a lot :-)
Sorry for being so picky, but r2762 introduced sort of a breakage with clefs, which persists in r2763. Screenshot attached.
Seems more complicated than i thought. R2764 fixes the palette problem.
R2764 fixes the palette problem.
Yes, the palette is fixed. But when inserting a mid-measure clef (e.g. tenor or bass clef), the displayed clef in the score is always positioned at the top line of a stave, looking like a baritone or subbass clef. Notes are readjusted correctly.
I believe both the bug and the regression from 2762 are fixed in r2770. Clefs at the beginning of a staff can be moved and remember their position now too, except of the treble clef, which doesn't switch into Edit Mode on double click. A small treble clef is not affected and can be moved like bass or alto clefs.
I believe both the bug and the regression from 2762 are fixed in r2770.
My apologies for bugspam, I've missed that "8" in treble clefs 8va and 8vb is misplaced appr. 3sp upwards.
Mid-system clef changes still seem to be misplaced vertically even though the ones at the beginning of the system are fine. The possition of notes also appear to be normal as if clef were correct. Look at the bass clef in measure 48, and the trebble clef at the end of measure 43.
MDMilford: "Mid-system clef changes still seem to be misplaced vertically." I think this is only the case if you added the clefs in an earlier revision that had this bug. If you change the bass clef in 48 to treble and then back to bass it displays correctly.
I think the 8's and 15's problem (as described in comment #8 above) is the only remaining bug
The 8's and 15's are there again in r2773
Thank you, shall I file a separate bug for the issue (see comment #8) with the treble clef at the beginning of a staff?
Sorry Ilja, I made a wrong assumption in comment #11 above. I filed a new report
#4708: Compatibilty of clef changes from 0.9.5 (0.9.6 regression)
Automatically closed -- issue fixed for 2 weeks with no activity.
Fixed does not seem to be the case using 0.9.6 beta on ubuntu 10.04. See the attached screenshot and file.
To work around the issue, set the actual clef invisible, and add a clef using a symbol.
isaac, comment #1 above says "fixed in [revision] 2761". In MuseScore if you go to Help > About you will see that you are using revision 2613.
Please do not mark as unfixed unless you are actually using a build that contains the fix (i.e. nightly builds ).