Re: some ideas

2006-12-11 Thread Aaron Griffin
On 12/11/06, Rodolfo Borges <[EMAIL PROTECTED]> wrote: (1) When tab-completing on Vim :cmdline, start with the dir of the current file being edited, instead of the $PWD (use ./ for that). :h autochdir (2) When pasting, arrange spaces and separators automagically: This is a special case tha

Re: [BOF] Killer feature

2006-10-09 Thread Aaron Griffin
On 10/7/06, Martin Krischik <[EMAIL PROTECTED]> wrote: Eclipse-Integration And yes, I already voted on it. I soon have to work with Eclipse - no two ways around it. And I don't think I am the only one. And while Eclipse has tons of features when it comes to text editing it's just another CUA Edi

Re: Python/Ruby completion requires language interface ?

2006-09-27 Thread Aaron Griffin
On 9/27/06, Mark Guzman <[EMAIL PROTECTED]> wrote: A.J.Mechelynck wrote: > Yes, I never said anything else: "...the scripts... terminate early > and with error...". It surprised me because, after all, Vim doesn't > need to be a C compiler to run ccomplete.vim, or a Web browser (hiding > tags, the

Re: VIM 7.0 scripts, ctags and taglist.vim

2006-07-12 Thread Aaron Griffin
Commet nitpick/correction: // '#' is sed in the new autoload mechanism. see :h autoload in vim help Is missing a 'u': // '#' is used in the new autoload mechanism. see :h autoload in vim help

Re: vim7 possible bug

2006-05-11 Thread Aaron Griffin
On 5/11/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote: 1. Vim is not an IDE 2. Vim works differently 3. Get used to it Hah. Awesome, I literally "LOL"ed

Re: Omni-completion howto?

2006-05-09 Thread Aaron Griffin
On 5/8/06, Robert Webb <[EMAIL PROTECTED]> wrote: I was also expecting there to be C++ support, but only C support is provided. Surely C++ is in wider use than C these days? There is a plugin you can download separately for this however: http://www.vim.org/scripts/script.php?script_id=1520 Th

Re: More ^P/^N weirdness

2006-05-09 Thread Aaron Griffin
On 5/9/06, Robert Webb <[EMAIL PROTECTED]> wrote: I'm still finding the ^P/^N behaviour in insert mode kind of annoying. I still think ^N/^P should wrap around the matches found so far while bim is searching in the background. This is not a new feature in vim7. This has been in the codebase f

Re: Omni-completion problems

2006-05-03 Thread Aaron Griffin
My 2 cents - I highly dislike the "C-p/C-n use omnicompletion" thing. When I hit C-p or C-n I *know* that I am using standard vim completion, and that's what I want. Just like C-x,C-f or C-x,C-o. I know exactly what I'm trying to complete. The argument "I don't want to think about the completi

Re: omni-completion: info bug

2006-04-20 Thread Aaron Griffin
Ack, sorry - that was supposed to go to the list On 4/20/06, Mikolaj Machowski <[EMAIL PROTECTED]> wrote: > Dnia czwartek, 20 kwietnia 2006 17:12, Aaron Griffin napisaƂ: > > > > On a related note, an 'info' dict entry of '' does not change and/or >

Re: omni-completion: info bug

2006-04-20 Thread Aaron Griffin
On 4/20/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote: > Nice feature, right? I'll add a remark about that. The idea is that > the preview info remains there for a while, so that you can see function > arguments, for example, while you continue typing. But if you want to > explicitly clear it usi

Re: omni-completion: info bug

2006-04-20 Thread Aaron Griffin
On 4/20/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote: > > Aaron Griffin wrote: > > > Just a "heads up": > > > > Using an omni-completion dictionary, a single completion entry (for > > which no menu is displayed) does not update the info preview wi

omni-completion: info bug

2006-04-19 Thread Aaron Griffin
Just a "heads up": Using an omni-completion dictionary, a single completion entry (for which no menu is displayed) does not update the info preview window. Thanks, Aaron Griffin

Re: Omni completion file naming

2006-04-13 Thread Aaron Griffin
On 4/13/06, Nikolai Weibull <[EMAIL PROTECTED]> wrote: > On 4/13/06, Doug Kearns <[EMAIL PROTECTED]> wrote: > > > They're currently in $VIMRUNTIME/autoload. I agree that it would be > > better, since the autoload mechanism allows for subdirectory use, if > > they were all added to autoload/complete