Note-Entry: a few suggestion for changes.
Suggestions for making note-entry & editing easier and faster:
Allow Element Selection (Alt+Left/Right) to be functional while in Note Entry mode, resulting in the loss of Note Entry if the element is not a note, but if it is a note within the same chord as the N.E. slot (since Alt+L/R also selects a chord's notes, which is currently unavailable while in note entry, similar to ALT+Up/Down which is functional while in N.E.), stay in note entry. The question is open as to whether this action should stay in note entry if the next element is the next chord. Should it stay in Note-Entry or exit note entry? Personally would keep it in note entry this way, equivalent to the standard left/right arrows. If this were done, a further question remains: if the user entered into editing an element from Note entry, when escaping or going back to the previous element, if it's a note, should Note Entry continue automatically?
While in Element Edit mode (mainly node offsets for lines and slur alterations), allow for Element Selection (Alt+Left/Right) to easily exit edit mode without having to "escape" and then do so, while keeping regular Left/Right/Up/Down for the offsetting of the nodes. As it is currently, Alt+Left/Right do nothing while editing, but if this were changed, they would.
Not only #2, but allow activating Note-Entry from within Element Edit mode so that the result would be to select the slot of the note to which the element is attached for beginning N.E. (or potentially the note to which the end node is attached, which might be the better option), of course additionally exiting the editing of the element. If the element is not attached to a note but is of the measure, select the first duration of the measure for note entry .
Here's one that might ruffle some feathers: automatically enter into Element Edit mode when selecting a line. The question is: why would a user want to click a line or slur without going into edit mode? To move it? Sure, the user can drag with the mouse without entering into edit mode (but they can't with the keyboard arrows!), so then if this is desirable, allow upon clicking with mouse to drag still, but upon release of clicking, it goes into Edit mode (at least it's an idea). The Inspector is already accessible with or without being in Edit mode, so numerical values can be input as it is in mere selection or in edit mode. Keep this behavior, and jump into edit mode automatically. There's nothing lost by this except for the fact that the mouse as it is can click anywhere on a slur to move it while not in edit mode, whereas in Edit-mode, the user would have to click the middle node. But again, if edit mode didn't commence until after the user "unclicked", then this wouldn't be an issue.
Actually, if this were done as with the aforementioned, the default selected node of a line/slur could be the center node so that the motion of the mouse while clicked couldbe equivalent to how it is currently while jumping directly into edit mode automatically. It would also let the keyboard user move a line upon first selecting it without having to take the extra step of editing it first. It would make sense to do so, yet this would unfortunately make it a little less easy to extend a slur for instance upon entering into edit mode, which is usually the standard thing to be done, but not necessarily. Maybe when a slur is formed, keep the end node the default node, but when selecting one which exists already, the central node is default?
At any rate, hopefully this might push forward rethinking about facilitating note-entry and editing. It's not much, but it could speed up the process of editing/entry when one adds up all the time it takes to press Esc or getting into the editing area for lines/slurs etc, especially if the kinks were worked out so that no one complained about any changes (if that's possible). Ultimately, the desire is to make the least amount of action necessary for the most functional activities, and have it be something that doesn't trigger a mindset of "This shouldn't be like this".