Greg Hurrell
Greg Hurrell
I suspect some interaction with a plug-in, so will need a bit more help to repro this.
Thanks for the minimal repro, @lencioni. I can repro it, although I haven't thought of a fix for it yet. Doesn't repro in Neovim, BTW.
Workaround: define any multi-char mapping starting with ``, even a nonsense one: ``` nnoremap ``` You'll get the annoying delay mentioned in 9382e00a95f876a8512f11ea296be727be4c26d0, but at least you won't see that...
Yeah, that sounds like a totally reasonable thing to make customizable. Feel free to submit a PR if you'd like to scratch that itch; otherwise I will get to it...
What's your OS and terminal? Are you inside tmux or screen?
I can repro this. If I comment out [this line](https://github.com/wincent/terminus/blob/0c826f1eb31f68648fa82cb25ed06031dc846a44/plugin/terminus.vim#L115) the prompt doesn't get eaten. Somehow, turning on focus reporting is causing the prompt to get dismissed. My hunch is...
So I tried activating focus reporting only after `VimEnter` fires. Sadly, that's too late. It seems that if you change `t_ti` after startup it's already too late; Vim won't send...
> though one critical difference I have is that e test.txt doesn't make any difference, so when this bug manifests, I really don't have another way than bypassing my vimrc...
I see. It's because you already opened it with `vim test.txt` then, right? If you'd done `vim` then `:e test.txt` It would have worked, I think.
Example of a reason not to use it: https://en.wikipedia.org/wiki/Nofollow#Criticism_of_usage_by_Wikipedia