Yclept Nemo
Yclept Nemo
> I tried with your exact Vim version 7.4.273, but it always worked as expected Fixed by your 567a293 commit. > By the way, I see that this is an...
I think this should be fixed: - current behaviour unexpected - current behaviour has problems - significantly more useful if fixed Given a document containing multiple lists in multi-line style,...
Not sure which argument format is best: ``` " embed actual characters " more powerful /pattern/([lrc][^lrc]+)+/ " similar, with control-char delimiter " most powerful " more inconvenient to type /pattern/([lrc][^]+)+/...
I just think tab should still work after completing the last shared part. For example: ``` " 1st 2nd 3rd 4th 5th 6th 7th 8th 5 nnnn => 5 wwww...
There was input before the first column to generate the list of results, but yes, the input there is only tabs. I'd like a way to combine ``, ``/``, ``/``...
I'm a little surprised this happens in SkyBison as this effect isn't triggered by these examples: ``` vim noremap F :call TestChar2() function! TestChar1() let s = "" while 1...
Could this (see comments) be the problem with `` and getchar(1)? ``` vim function! TestChar1() let s = "" while 1 let c = getchar() echo "Char #: " ....
What about builtin hacky multithread/process stuff? Since I wasn't able to reproduce this effect as a test case, I don't know if this will work: ``` vim function! GetChar() python
I think vim disables _all_ input buffering and appends received characters to the 'typeahead' buffer. This explains the difference between c's getchar() and vim's getchar(): the former is line-buffered. (Vim...
1. Python doesn't run independently of vim Then I try reading from vim's stdin (not python's) and find that I unfortunately can't seek. It also turns out: 1. Non-canonical terminal...