First note of the bar in voice 2 cannot be entered by keyboard.
1. Create a score
2. Note Entry Mode
3. Select Voice 2
4. Hit a note key on the computer keyboard
Expected Result: A note equivalent to the key pressed is entered in voice 2
Actual Result: Nothing happens!
Workaround: A rest can be entered by hitting 0, which can then be turned into a note by hitting left arrow then a note key. Or use the mouse to enter the first note of the measure.
Once the first note of the measure has been entered subsequent notes can be entered normally, until you get to the next measure!
MuseScore 2.0 R024263f
Windows XP Pro SP3
Comments
Still happening in Rfd9f5bb.
Can anyone confirm??
I can reproduce this in 7c7d7a3 on Ubuntu 12.04
I think this may have crept in when the Note input stuff was given an overhaul with accidental behaviour??
Shortly after that.
The issue is originated by lines 4852-4854 of file mscore/scoreview.cpp, function
ScoreView::cmdAddPitch()
:if (is.segment() == 0 || is.cr() == 0) {
qDebug("cannot enter notes here (no chord rest at current position)");
return;
}
These lines have been added with commit "cleanups for note input mode" 89d41e2 (2012-09-07). Of course, when trying to add the first note to any voice but the 1st, there is no ChordRest whatsoever in that voice, so the
if
test fails.I would assume that, if Werner added those lines, he had very good reasons. One could check how entering a rest or using the mouse creates the needed ChordRest(s) in a new voice and fill the gap.
HTH,
M.
The problem seems to be the
is.cr() == 0
test. Removing this part of the test allows to enter notes in voice 2 to 4 without any visible adverse consequence.I have posted a pull request to the Github repository with this small change, for the code developers to review it.
M.
I tested it and I merged the pull request. It works well. e3d119fda9
Great - that one was annoying :)
Automatically closed -- issue fixed for 2 weeks with no activity.