74068Re: Feature request: flag to 'complete' so that i_Ctrl-N ignores remote buffers
- Nov 13, 2013Christian Brabandt wrote:
> On Tue, November 12, 2013 16:53, Ben Fritz wrote:This should probably be an entry in the 'complete' option.
> > On Monday, November 11, 2013 10:45:15 PM UTC-6, Suresh Govindachar wrote:
> >> Hello,
> >> Please consider providing the feature whereby i_Ctrl-N would ignore
> >> buffers whose name begins with \\machine_name\ and machine_name is a
> >> remote machine (Microsoft Uniform Naming Convention (UNC)).
> > I think what you're really asking is for a way to exclude buffers or files
> > from being processed by insert-mode completion, if you know scanning them
> > will be slow.
> > This could be true for very large file, or for files on a network share,
> > or files that require reading with autocmds to unzip them or something.
> > I support such an option. I like keeping 'path' fairly large for searching
> > with :find for a file, but this makes insert completion very slow if I
> > allow it to search in included files. Previously when we were using
> > ClearCase on my team, EVERY insert completion that scanned other files was
> > slow, because the ClearCase "dynamic view" mapped network drive is
> > painfully slow. I had to turn off most of the completion functions. I'd
> > certainly use a filter to remove specific directories from insert
> > completion scanning, were it available.
> So this would mean, having a new buffer local option like
> 'completebufignore' that is off by default and could be set to
> ignore the current buffer from being processed for completion?
> Bram, what are youre thoughts regarding adding yet another option?
> Other suggestions?
Something like a/pattern/ (where a stands for avoid).
Note that insert mode completion has grown incredibly complex, it might
be necessary to do a refactoring first. Which first requires writing
"Lisp has all the visual appeal of oatmeal with nail clippings thrown in."
-- Larry Wall
/// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net \\\
/// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\ an exciting new programming language -- http://www.Zimbu.org ///
\\\ help me help AIDS victims -- http://ICCF-Holland.org ///
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
You received this message because you are subscribed to the Google Groups "vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscribe@....
For more options, visit https://groups.google.com/groups/opt_out.
- << Previous post in topic