Le Jeu 11 Mai 2006 00:18, Matt Zyzik a écrit : > > > Ok good. However, I don't see why the item shouldn't be selected > > > in the first place (as you type), like it was before. It seems > > > like there was no harm in this, and also you can just hit <c-y> > > > rather than <c-n><c-y>. And you could also start hitting <c-l> > > > without having to hit <down> first. > > > > It's this way because people mentioned that CTRL-N didn't get the > > first entry but the second one. I think it's not illogical that > > when you use "longest" that you get the longest common text and no > > entry selected yet. > > Not a single IDE has the kind of completion system where the entry > isn't selected as you type it. It's a speed convenience, that you can > hit enter at any time to insert the entry into text. With Vim, I > could hit <c-l> to keep completing, or <c-y> to select. I don't feel > like having to type <c-n> before either of those two. It's too time > consuming and annoying. Doesn't anyone agree?
well, IDE's are wrong. moreover autocommands helps you here to implement such a behaviour. > Who disagrees? I do, I hate when an IDE try to complete everytime, everywhere, with no idea of what I need for autocompletion. Especially since vim autocompletion is purely syntaxic (without clever omnicompletion at least) which can be bothering with big sources. I love needing C-n (even if I remapped it to <tab> with clever heuristics to guess if I want autocompletion or <tab> ;p). I don't like the <c-y> to validate your choice, so I've used a hack that is suggested in the help: " make <enter> work in popup inoremap <cr> <C-R>=pumvisible() ? "\<lt>C-Y>" : "\<lt>cr>"<cr> sadly I can't do the same with <esc> to exit the completion, because of <esc> beeing <esc> (and me using vim into non 8-bit capable terminals). I'm perfectly happy with that, because I like my editor doing what I want, not what I *may* want. -- ·O· Pierre Habouzit ··O [EMAIL PROTECTED] OOO http://www.madism.org
pgpIP7YAmNF4F.pgp
Description: PGP signature