["C", "C#", "D", "D#", "E", "F", "F#", "G", "G#", "A", "A#", "B"]
If you ctrl-arrow through this array, it’s… really slow… not any faster than using arrow keys without modifiers.
The reason is because Qt’s word semantics are such that essentially every punctuation mark becomes a “word”… which may be reasonable for English text.
But we aren’t editing English text.
In the browser where I’m editing this message, if the cursor is to the left of
"B", ctrl-left-arrow jumps to be between
# – 4 characters. In SC-IDE, with the same scenario moves only two characters, and then the
# are treated as separate tokens – so it takes three keystrokes to move the same amount.
I guess it would be necessary to draw up a spec of the kind of word tokens we want, and I admit that would be harder than it sounds at first.
But… am I the only person who is irritated by this? (Live coding depends heavily on efficient cursor movement, and our IDE has paid essentially zero attention to this problem.)