One bug report regarding Accidentals
Every time I notate an accidental at the start of the measure, it doesn't carry on until the last beat. For example, If I notate a G#, on a 4/4 measure, it will carry on until the last note in beat 4 in that case, It will sound and look like a G again. (I was arranging an aria that had a lot of accidentals in the accompaniment when I noticed this.)
Comments
Which version of MuseScore do you use? Can you attach an MSCZ file to demonstrate the problem?
In reply to Which version of MuseScore do by [DELETED] 5
I use the latest one. I'm unable to post a mscz file since I have corrected each accidental problem. The problem is easy to solve, just manually input the accidental. I'm sure you can try it yourself in one of your own files. (Even though it's easy, some people might get annoyed with that going on.)
In reply to I use the latest one. I'm by Elwin
Is it possible you mean like https://musescore.org/en/node/67066 ?
Edited to fix link that was broken somehow.
In reply to I use the latest one. I'm by Elwin
I'm not familiar with any problem like what you describe - it's easier unique to the particular score you are working on (corrupted somehow), or perhaps you are entering the accidentals incorrectly. As the thread Zack refers to suggests, perhaps you are trying to add accidentlas *after* entering notes for the entire measure? That is not how it is designed to work. Entering an accidental with a note or notes selected changes the selected note or notes only - just like applying an accent mark or any other markings does. However, entering the accidentals carries it through the whole measure with regard to newly notes not yet entered.
If that doesn't answer your question, please post the specific score you are having trouble with, and precise step by step instructions to reproduce the problem.
In reply to I'm not familiar with any by Marc Sabatella
I wasn't adding accidentals to the note after entering. It's just that the last note of the last beat always adds a natural sign (or sharp or flat depending on the key) to cancel the accidental. I have no intention of cancelling out that note, yet, it still does it automatically.
Problem_Testing.mscz
Step 1: I have already posted a chord with an accidental note on it. Note the accidental placement.
Step 2: Select beat 2 and input the exact same chord. (Don't copy and paste it) *hold shift and then press F A C F.
Step 3: Repeat the chord input described in step 2 for the 3rd beat.
Step 4: For the fourth beat, repeat the chord input explained in step 2 and 3, only this time, note how the program automatically inputs C# instead of C natural.
That was my problem. The accidental will never carry to the last note.
In reply to I wasn't adding accidentals by Elwin
I can confirm the same problem, using 2.0.1 on Windows 8.1.
In reply to I wasn't adding accidentals by Elwin
Hmm, I cannot reproduce using a current build. What version are you using? I took your file and did precisely the following:
1) click quarter rest on beat 2
2) press N to enter note input mode
3) type F Shift+A Shift+C Shift+F to repeat the chord on beat two
4) type F Shift+A Shift+C Shift+F again to repeat the chord on beat three
5) type F Shift+A Shift+C Shift+F again to repeat the chord on beat four
I get exactly the same chord on beats two, three and four.
Your steps refer to selecting notes; not sure if you are leaving note input mode or something, but even if I try doing that, I never see any any case where the Shift+C fails to enter respect the accidental.
Are you doing *exactly* what I listed above, or are you doing something different?
In reply to Hmm, I cannot reproduce using by Marc Sabatella
I was doing exactly what you listed. I am using 2.0.1. Unless it's somehow fixed now.
I think you said it was fixed in your version since 2.0.1. Is there an update to the program?
In reply to I was doing exactly what you by Elwin
See my other response - it's definitely fixed for the next version. The next version will be 2.0.2, and should be out fairly soon (before end of month).
In reply to I wasn't adding accidentals by Elwin
OK, I think the reason I can't reproduce using a current build is that this was fixed sicne the release of 2.0.1 - see #59821: shift+letter adds note according to current cursor position rather than position of added note. Looks like the issue only affected Shift+letter shortcuts, not the regular letter shortcuts, and only when the cursor moved into the next measure. Meaning, you'd see it build a chord at the end of a measure. But it's fixed now.