Eric Van Dewoestine wrote:
I know about this: When you type the . and there no complete
match was inserted (showing the longest common text in this example),
Vim assumes you are extending the text to reduce the list of matches.
Thus the completion still starts at BlahBlah.
You need
On Tue, May 02, 2006 at 12:13:37AM +0200, Bram Moolenaar wrote:
Eric Van Dewoestine wrote:
I know about this: When you type the . and there no complete
match was inserted (showing the longest common text in this example),
Vim assumes you are extending the text to reduce the list of
On Tue, May 02, 2006 at 12:13:37AM +0200, Bram Moolenaar wrote:
Charles Campbell wrote:
Bram Moolenaar wrote:
The problem of changing something like this is that all scripts that are
included in the release need to be checked for effects. And there are
lots of scripts now. I
It's too complicated already, adding another option will mainly cause
more users to get confused. Also, I wouldn't know what to set it to for
C.
It's not that confusing. This is not a good reason for not implementing
something like 'completedelim'. A better reason would be that nobody
feels
Hello!
This one appears to be a ctrl-f (and ctrl-b) bug. Here's the setup:
(using Linux,vim-7.0g, huge)
.vimrc :
set nocp
.gvimrc :
set lines=21
no .vim/ directory.
Now, for the problem:
gvim -geometry 139x22+0+4 netrw.vim
11jspace
zcr
4jspace6k4j
ctrl-f
Note that the ctrl-f does not