![]() if using utf-8 'encoding' or similar) to find out how wide characters are represented. Vim sends the sequence to the terminal on startup under certain conditions (i.e. This control sequence, valid only for xterm-compatible terminal emulators, is used to get the cursor's position. In short the problem is how WT handles the control sequence contained in 't_u7'. There is also a workaround that appears to be benign: :set t_u7= You can either get the latest version of WT or you can try an alternate terminal emulator. Update: Per the numerous comments below Command already typed in when I open vim there is a bug, since fixed and released in September, in the Windows Terminal terminal emulator. That will redraw the screen after cleaning it.that leaves a pristine c/l.and no more flirting with problems that the special status of sometimes bears. Only thing I can think of is you want to clear the command line of the nohlsearch text that lingers there. What is the purpose of the on the RHS of the mapping? You're already in Normal mode so it doesn't do anything there. I chose 100ms above arbitrarily and because its short. Has that hack smell to it but if someone can't come up with the root cause of this issue and a clean way around it this isn't too bad.at least it doesn't require any particular timing. func! EscMapSetup(timerid)Īutocmd VimEnter * call timer_start(100, 'EscMapSetup') My second notion was to also use an autocommand but with an asynchronous call since these involve a thread that is separate from the mainline of execution and likely a totally different context than is used to process vimrc files. It's still in the context that doesn't play nice with LHS My first instinct while trying to fix things was to use an autocommand to delay the setup of the mapping but that doesn't help. My first bit of advice would be to save the headaches and use a different key for mapping. (If you type something right after entring Vim and hit escape you'll see the typed string replace current text twice.) It doesn't matter what you have on the RHS, the LHS causes some characters (maybe related to the underlying key code for ) to be emitted as if they were Normal mode commands and those include 2R. ![]() You've demonstrated one reason why.it doesn't seem to work right in a vimrc file. Seeing used as the LHS of a key mapping causes me some discomfort. If you are seeing a similar issue and using Windows Terminal jump down to the "Update" below. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |