qvacua
Wait for circumflex (^) to be completed by system before reacting
Not quite sure how to phrase this, but attempting to describe the symptom.
On my Swedish keyboard, when entering ^ the system waits for a second keypress to know what symbol is requested. If the second keypress is <space> then a mere ^ is printed; if the second symbol is, say, u, then û is printed.
Now, the issue in vimr is that it doesn't wait for this second keypress, but reacts directly on keypress of ^, leading to oddities. In normal mode, in vimr, the cursor is immediately moved to the beginning of the line when ^is pressed. Expected behaviour would be that vimr waited until the second keypress, for instance <space>. Only then should the cursor actually move to the beginning of the line. Indeed, this is what happens in, say, plain neovim or in goneovim.
The problem is, that currently, having moved to the beginning of the line on the immediate press of ^, if the second keypress is, say, i for insert mode, in actual fact insert mode isn't entered but instead the cursor moves one line up. Not sure why. Doesn't seem to matter what key the second keypress is, it always moves one line up.
In effect, I cannot use ^ as a movement command, but have to resort to 0 or something close to what ^ should be. Again, this is only the case in vimr.
