Re: some problem with vim7f Beta

Bram Moolenaar wrote: Vincent Linsong wrote: This is by design. Some people mentioned that when using the longest common string the first entry should not be selected. Now you can use CTRL-N to select the first entry. Previously you would need to do CTRL-N CTRL-P to get the first entry.

Re: vimgrep slow?

On Wed, 26 Apr 2006 at 10:01pm, Yakov Lerner wrote: > On 4/26/06, Eric Arnold <[EMAIL PROTECTED]> wrote: > > I'm using win32 gvim70f. If I use the externan Cygwin grep > > > > grep -i -r vimgrep . > > > > it returns the results in under a second. > > > > :vimgrep vimgrep ** > > > > takes about 2

Re: Bug in i_^X

On Wed, 26 Apr 2006 at 12:04pm, Gerald Lai wrote: > On Wed, 26 Apr 2006, Hari Krishna Dara wrote: > > > > > In Vim 6.3, hitting ^X in insert mode when the cursor is on the number: > > > > 08) > > > > produced: > > > > 03778) > > > > This is a bug which seems to be fixed in Vim 7.0f, but i

Re: Insert Visual mode

On Thu, 27 Apr 2006, Bram Moolenaar wrote: Gerald Lai wrote: On Wed, 26 Apr 2006, Benji Fisher wrote: On Wed, Apr 26, 2006 at 05:17:01PM +0200, Bram Moolenaar wrote: Benji Fisher wrote: This mode seems to be similar to Insert mode, but takes me to Visual mode instead of Normal mode. A

Bugs in feedkeys(): doesn't work with silent and vim went into a loop

I am trying to use feedkeys() to give input to a Vim command that is expecting input from the user, and it works if the command is not executed using :silent prefix. Here is an example (executed on JDK 1.4.2 source): :ta Integer tag 1 of 11 or more :call feedkeys("4\") | ts If I prefix the :ts

Vimdiff

When I'm opening a file and then going into File->Split diff with and choose another file, I get the following error: E97: Cannot create diffs Version used: Version gVim 7.0f beta MS-Windows 32 bit GUI version Regards, Laurent

Re: Insert Visual mode

Gerald Lai wrote: > On Wed, 26 Apr 2006, Benji Fisher wrote: > > > On Wed, Apr 26, 2006 at 05:17:01PM +0200, Bram Moolenaar wrote: > >> > >> Benji Fisher wrote: > >> > >>> This mode seems to be similar to Insert mode, but takes me to > >>> Visual mode instead of Normal mode. AFAICT this is und

Re: vimgrep slow?

Dnia niedziela, 23 kwietnia 2006 18:03, Eric Arnold napisał: > Am I doing something wrong, or is :vimgrep about 10x slower than a > shell grep? It is faster when looking in current file and slower when scanning multiple files. Reason for that is probably fact Vim is traditionally slow with I/O o

RE: Making * search for strings

On Wed, 26 Apr 2006, Halim, Salman wrote: I use the extreme version: vnoremap * "yy:let @/='\(' . substitute( escape( @y, '$*^[]~\/.' ), '\_s\+', '\\_s\\+', 'g' ) . '\)':set hls This escapes a lot of stuff, including replacing any whitespace with a generic expression that includes newlines.

Re: others like startinsert for Vim7?

Actually, "feedkeys()" might be the answer, although I'm still having trouble with the bad interaction with getchar() (it causes subsequent getchar() calls to return as if there is an infinite input of the feedchar()). On 4/22/06, Eric Arnold <[EMAIL PROTECTED]> wrote: > It occured to me that

RE: Making * search for strings

> -Original Message- > From: Suresh Govindachar [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 26, 2006 1:00 AM > To: vim@vim.org > Subject: Making * search for strings > > > Hello, > > By default, * searches for words: /\ > but I would like it to search for strings: /stuff

Re: vimgrep slow?

Yakov Lerner wrote: > On 4/26/06, Eric Arnold <[EMAIL PROTECTED]> wrote: > > I'm using win32 gvim70f. If I use the externan Cygwin grep > > > > grep -i -r vimgrep . > > > > it returns the results in under a second. > > > > :vimgrep vimgrep ** > > > > takes about 20 seconds. > > 1. I did > >

Re: Feedkeys() function is not highlighted

David Fishburn wrote: > Simple bug report. When editing a .vim file and using the new feedkeys() > function with vim70f, the syntax highlighter flags it as an error. Looks > like it hasn't been added to the list of known functions yet. > > call feedkeys("\\") The Vim highlighting always lags

RE: Making * search for strings

> > I use the extreme version: > > > > vnoremap * "yy:let @/='\(' . substitute( escape( @y, > > '$*^[]~\/.' ), '\_s\+', '\\_s\\+', 'g' ) . '\)':set hls > > > > This escapes a lot of stuff, including replacing any > whitespace with a > > generic expression that includes newlines. I like it > b

RE: Making * search for strings

On Wed, 26 Apr 2006, Halim, Salman wrote: I use the extreme version: vnoremap * "yy:let @/='\(' . substitute( escape( @y, '$*^[]~\/.' ), '\_s\+', '\\_s\\+', 'g' ) . '\)':set hls This escapes a lot of stuff, including replacing any whitespace with a generic expression that includes newlines.

Re: vimgrep slow?

Eric Arnold wrote: I'm using win32 gvim70f. If I use the externan Cygwin grep grep -i -r vimgrep . it returns the results in under a second. :vimgrep vimgrep ** takes about 20 seconds. Without having looked at the code, let me assume that vimgrep is simply re-using its regular expressio

Re: others like startinsert for Vim7?

Eric Arnold wrote: It occured to me that it would be nice to have startsearch (forward/back) startex(begin :ex mode) etc. since there doesn't seem to be (?) any way to start modes other than insert from Vim scripts. Well, there's startreplace ! Regards, Chip Campbell

Re: Vim GUI repositioning itself - Windows / extended monitors

"David Fishburn" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] This seems to be a new behaviour / annoyance of Vim7. :set columns+=30 At this point, Vim will reposition itself to be in the main screens area, so it will move from 1 monitor to the other. I then have to drag it back

Re: Insert Visual mode

On Wed, 26 Apr 2006, Benji Fisher wrote: On Wed, Apr 26, 2006 at 05:17:01PM +0200, Bram Moolenaar wrote: Benji Fisher wrote: This mode seems to be similar to Insert mode, but takes me to Visual mode instead of Normal mode. AFAICT this is undocumented. This is a really weird mode, being b

Re: Bug in i_^X

On Wed, 26 Apr 2006, Hari Krishna Dara wrote: In Vim 6.3, hitting ^X in insert mode when the cursor is on the number: 08) produced: 03778) This is a bug which seems to be fixed in Vim 7.0f, but it doesn't work right, as it now produces: 7) instead of: 07) If the string is say,

Re: vimgrep slow?

On 4/26/06, Eric Arnold <[EMAIL PROTECTED]> wrote: > I'm using win32 gvim70f. If I use the externan Cygwin grep > > grep -i -r vimgrep . > > it returns the results in under a second. > > :vimgrep vimgrep ** > > takes about 20 seconds. 1. I did :20verb vimgrep lakslaskjda $VIMRUNTIME/** and

Bug in i_^X

In Vim 6.3, hitting ^X in insert mode when the cursor is on the number: 08) produced: 03778) This is a bug which seems to be fixed in Vim 7.0f, but it doesn't work right, as it now produces: 7) instead of: 07) If the string is say, 07) both versions correctly produce, 06) -- T

Re: line,col regex works with match not syn match..

On 4/26/06, Benji Fisher <[EMAIL PROTECTED]> wrote: > On Tue, Apr 25, 2006 at 11:00:37PM -0600, Eric Arnold wrote: > > On 4/25/06, Benji Fisher <[EMAIL PROTECTED]> wrote: > > > > > > I think the problem is that \%5l is a zero-width pattern. I do not > > > know whether the docs say this, or if

Re: Vim70f crash - omnicompletion

David Fishburn wrote: > I am using vim70f on WinXP SP2. > > function! sqlcomplete#DrillIntoTable() > if pumvisible() > exec "normal! i\" > " call sqlcomplete#Map('column') > call feedkeys("\\") > endif > return "" > Endfunction > > imap=sqlcomplete#Dr

Re: vimgrep slow?

I'm using win32 gvim70f. If I use the externan Cygwin grep grep -i -r vimgrep . it returns the results in under a second. :vimgrep vimgrep ** takes about 20 seconds. On 4/26/06, Benji Fisher <[EMAIL PROTECTED]> wrote: > On Sun, Apr 23, 2006 at 10:03:26AM -0600, Eric Arnold wrote: > > Am I doi

Feedkeys() function is not highlighted

Simple bug report. When editing a .vim file and using the new feedkeys() function with vim70f, the syntax highlighter flags it as an error. Looks like it hasn't been added to the list of known functions yet. call feedkeys("\\") Dave

Runtime error in explorer.exe when right clicking with vim70f gvimext.dll installed

I pulled down latest sources from svn.sf.net. Compiled under MSVS8 with the following featureset: set RUBY_PARAMS= RUBY=C:\bin\ruby DYNAMIC_RUBY=yes RUBY_VER=18 RUBY_VER_LONG=1.8 set COMMON_PARAMS= FEATURES=HUGE CSCOPE=yes %RUBY_PARAMS%

RE: Vim70f crash - omnicompletion

> -Original Message- > From: Benji Fisher [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 26, 2006 12:48 PM > To: vim@vim.org > Subject: Re: Vim70f crash - omnicompletion > > On Wed, Apr 26, 2006 at 11:18:35AM -0400, David Fishburn wrote: > > > > I am using vim70f on WinXP SP2. > >

Re: Start new line from insert mode

"Daniel Einspanjer" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Tim, there is also the :norm command.. :norm of Err.. that should be :norm o My spell checker thought it knew better than me. :)

Re: Start new line from insert mode

"Tim Chase" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I have a similar set of mappings for the opposite condition...to insert a line above or below the current one without going into insert mode (it just boringly does an "o" or "O" and followed by an ). Not very exciting stuf

Re: Start new line from insert mode

"zzapper" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Hi, I am in the middle of line in insert mode and want to break out of the line and start a new line (above or below) What I want is effectively o or O But does Vim7 have a native command for this? Try o. :help i_CTR

RE: C++ omnicomplete modification.

Actually it seems that Ctags is sufficient, it seems the problem comes is correctly identifying what we should be looking for, once we know that, a Ctags lookup should do the trick. -Original Message- From: Aaron Griffin [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 26, 2006 10:24 AM

Re: Insert Visual mode

On Wed, Apr 26, 2006 at 05:17:01PM +0200, Bram Moolenaar wrote: > > Benji Fisher wrote: > > > This mode seems to be similar to Insert mode, but takes me to > > Visual mode instead of Normal mode. AFAICT this is undocumented. > > This is a really weird mode, being both in Insert mode and having

Re: Vim70f crash - omnicompletion

On Wed, Apr 26, 2006 at 11:18:35AM -0400, David Fishburn wrote: > > I am using vim70f on WinXP SP2. > > function! sqlcomplete#DrillIntoTable() > if pumvisible() > exec "normal! i\" > " call sqlcomplete#Map('column') > call feedkeys("\\") > endif > return ""

Re: C++ omnicomplete modification.

On 4/26/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Consider using something that really understands C++ -- templates can be very > tricky when it comes to completion. It's my opinion that ctags is not sufficient for C++ completion without significant overhead processing to match template t

Re: "describe-bindings" in VIM ?

Meino Christian Cramer wrote: No, I didn't mean "map" or "command". Think of an vim started without .vimrc loaded. I am looking for a command, function or whatever, which lists something like this (I dont look for a text file, which lists those keys and functions) : Key Funct

Re: "describe-bindings" in VIM ?

No, I didn't mean "map" or "command". Think of an vim started without .vimrc loaded. I am looking for a command, function or whatever, which lists something like this (I dont look for a text file, which lists those keys and functions) : Key Function called ---

Vim70f crash - omnicompletion

I am using vim70f on WinXP SP2. function! sqlcomplete#DrillIntoTable() if pumvisible() exec "normal! i\" " call sqlcomplete#Map('column') call feedkeys("\\") endif return "" Endfunction imap=sqlcomplete#DrillIntoTable() When the omni popup is visible,

Re: Insert Visual mode

Benji Fisher wrote: > On Wed, Apr 26, 2006 at 02:00:07AM -0600, Eric Arnold wrote: > > On 4/26/06, Gerald Lai <[EMAIL PROTECTED]> wrote: > > > > > > Yes, I have seen it, and can reproduce it. I never thought I could find > > > a simple test case to illustrate it until now: > > > > > >fun! Ins

Re: C++ omnicomplete modification.

Neil Bird <[EMAIL PROTECTED]> wrote: > Around about 25/04/06 17:11, Bram Moolenaar typed ... > > Perhaps someone wants to make a cpp completion script? I rather not add > > all kinds of C++ stuff to the C completion, it will get messy. > >How many more additions would be needed? Any ideas, a

Re: C++ omnicomplete modification.

Around about 25/04/06 17:11, Bram Moolenaar typed ... Perhaps someone wants to make a cpp completion script? I rather not add all kinds of C++ stuff to the C completion, it will get messy. How many more additions would be needed? Any ideas, anyone? -- [EMAIL PROTECTED] ~]# rm -f .signature

Re: Input using meta key under different encoding

Yakov Lerner wrote: On 4/25/06, Dave Roberts <[EMAIL PROTECTED]> wrote: I find that if I'm in "latin1" and (in insert mode) type ctrl-v alt-n to insert the character then get get out of insert mode and put the cursor on the character and use "ga" to see what it is I get but if I do the same

Re: Start new line from insert mode

I am in the middle of line in insert mode and want to break out of the line and start a new line (above or below) What I want is effectively o or O But does Vim7 have a native command for this? I cant imagine such a command being added in Vim7 in some sort of "native" fashion, given that

RE: Making * search for strings

I use the extreme version: vnoremap * "yy:let @/='\(' . substitute( escape( @y, '$*^[]~\/.' ), '\_s\+', '\\_s\\+', 'g' ) . '\)':set hls This escapes a lot of stuff, including replacing any whitespace with a generic expression that includes newlines. I like it because if you highlight 'a b' (wit

Start new line from insert mode

Hi, I am in the middle of line in insert mode and want to break out of the line and start a new line (above or below) What I want is effectively o or O But does Vim7 have a native command for this? -- http://successtheory.com/tips/ Vim, Zsh, MySQL Tips

Re: How can I detect the OS?

Eddy Petri??or <[EMAIL PROTECTED]>: > Is there a way to detect the OS on which Vim is running? Hello Eddy, take a look at :help feature-list There are features like amiga, beos, unix and others, which correspond to the currently running version of vim. Regards, Frank

Re: vimgrep slow?

On Sun, Apr 23, 2006 at 10:03:26AM -0600, Eric Arnold wrote: > Am I doing something wrong, or is :vimgrep about 10x slower than a > shell grep? I have not tested, but I assume that there is less overhead in calling :vimgrep (internal) than the external grep. I would not be surprised if the

Re: Ruby + Vim

On Thu, Apr 20, 2006 at 07:59:31PM +0200, Meino Christian Cramer wrote: > It is the same version I got from their homepage and a even newer > version of the cvs snapshot is included in the vim-6.4 distro. No significant changes occurred between the last release of vim-ruby and the release of V

Re: line,col regex works with match not syn match..

On Tue, Apr 25, 2006 at 11:00:37PM -0600, Eric Arnold wrote: > On 4/25/06, Benji Fisher <[EMAIL PROTECTED]> wrote: > > > > I think the problem is that \%5l is a zero-width pattern. I do not > > know whether the docs say this, or if it is supposed to work this way, > > but perhaps the point is

Re: Distinguishing Maxima (computer algebra) scripts from assembler files

On Sat, Apr 22, 2006 at 01:10:56PM -0600, Robert Dodier wrote: I have created a syntax colorization file for scripts written for the Maxima computer algebra system (http://maxima.sf.net). [...] PS. Here is the syntax file I created: http://maxima.sourceforge.net/misc/maxima.vim Wow, good n

Re: Insert Visual mode

On Wed, Apr 26, 2006 at 02:00:07AM -0600, Eric Arnold wrote: > On 4/26/06, Gerald Lai <[EMAIL PROTECTED]> wrote: > > > > Yes, I have seen it, and can reproduce it. I never thought I could find > > a simple test case to illustrate it until now: > > > >fun! InsVis() > > exe "normal! \wv" >

Re: How can I detect the OS?

On Wed, Apr 26, 2006 at 02:34:02PM +0300, Eddy Petrişor wrote: > Hello, > > Is there a way to detect the OS on which Vim is running? You can use has() and the list of features under ":help feature-list" to determine what type of Vim (and therefore under which OS is running). if has('win32')

Re: Could find where the error is coming from

On Wed, Apr 26, 2006 at 11:09:38AM +0530, SHANKAR R-R66203 wrote: > --- > Error detected while processing function 8_LoadFTPlugin: > line3: > E108: No such variable: "b:browsefilter" > --

Re: Highlight matched string under cursor

On Tue, Apr 25, 2006 at 10:38:08PM -0700, Gerald Lai wrote: > On Tue, 25 Apr 2006, Salman Khilji wrote: > > [snip] > >What I am looking for is that when I hit the 'n' key, > >VIM should move the cursor to the next match AND > >highlight it as well using, for example, the 'Search', > >or 'IncSearch

How can I detect the OS?

Hello, Is there a way to detect the OS on which Vim is running? -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein

Re: some problem with vim7f Beta

Vincent Linsong wrote: > >>>This is by design. Some people mentioned that when using the longest > >>>common string the first entry should not be selected. Now you can use > >>>CTRL-N to select the first entry. Previously you would need to do > >>>CTRL-N CTRL-P to get the first entry. > >>> >

Re: some problem with vim7f Beta

Vincent Linsong wrote: > > This behavior of and is not new, it was the same befor, too, > > not only in Vim 7. It is not wise to change it and BTW, it is a good > > behavior for most people. > > > > > My main point is: I don't want to select entry in the completion menu > > > by pressing CTRL-N

RE: Could find where the error is coming from

Thanks Gerald and Eric, I now greped for browsefilter. I could get hold of it in verilog.vim inside ftplugin dir I removed the b:browsefilter from the unlet portion, the error is not coming now. Thanks a lot guys Shankar >-Original Message- >From: Gerald Lai [mailto:[EMAIL PROTECTED]

Re: failure to create de .spl files via aap

* Bram Moolenaar on Tuesday, April 25, 2006 at 13:40:25 +0200: > It's possible that the Myspell files were updated since I made the diff. > Perhaps you can take over maintenance of the German dictionary? I feel morally blackmailed now ;-) At the moment I force myself to say no because there's just

Re: Symbolic links to Vim plugins not working for Cygwin

Eric Arnold wrote: This would be handy, but I can't find such an option so far. Any clues as to where to look.? On the command line, use the attrib command. Try attrib /? first. If you use cygwin's ln -s to create the shortcut the flag should be set anyway. But you might also want to browse

Re: Symbolic links to Vim plugins not working for Cygwin

Note: the Win32 Gvim70f doesn't handle Windows shortcuts. It opens the file, but the file is damaged. I don't know if it is supposed to. On 4/26/06, Eric Arnold <[EMAIL PROTECTED]> wrote: > This would be handy, but I can't find such an option so far. Any > clues as to where to look.? > > On

Re: Insert Visual mode

On 4/26/06, Gerald Lai <[EMAIL PROTECTED]> wrote: > On Tue, 25 Apr 2006, Benji Fisher wrote: > > > On Sat, Apr 22, 2006 at 11:11:33AM -0700, Gerald Lai wrote: > >>> From Normal mode, typing "i" will elicit > >> > >> -- INSERT -- > >> > >> Then typing "v" will elicit > >> > >> -- (insert) VISUAL

Re: Symbolic links to Vim plugins not working for Cygwin

This would be handy, but I can't find such an option so far. Any clues as to where to look.? On 4/26/06, Thomas <[EMAIL PROTECTED]> wrote: > > Windows shortcuts are different things than cygwin symlinks. > > There is an option though to make cygwin symlinks be windows shortcuts > but these need s

Re: "describe-bindings" in VIM ?

On 4/26/06, Meino Christian Cramer <[EMAIL PROTECTED]> wrote: > is there an equivalent or similiar to the emacs command "describe-bindings", > which dumps a list of all keys, which are bind to function and > therefore available via key shortcuts ? User-defined maps are printed by :map and :ima

Re: Symbolic links to Vim plugins not working for Cygwin

Windows shortcuts are different things than cygwin symlinks. There is an option though to make cygwin symlinks be windows shortcuts but these need some attribute (R I think) to be set. I don't know if this help in this situation though. Thomas.