Re: Insert mode: C-R does not paste the whole register

2006-04-28 Thread Bram Moolenaar
Georg Dahn wrote: Simetimes C-R in Insert mode is very useful. I use it to format articles automatically. I set 'noai' and 'tw=78'. But for texts with many lines this fails. I use the file vimtips.txt I downloaded from vim.org. 1. Open vimtips.txt 2. Do :set noai 3. Do :set tw=78 4.

Re: :tabnew gtk-1.2.10 QNX632, NetBSD BUG(?)

2006-04-28 Thread Bram Moolenaar
Yakov wrote: I'v began testing of VIM 7 rather late, so may be this is fixed already but anyway folks from IRC knows nothing bout that fact. I'v built vim7c04 on QNX632 and NetBSD with --enable-gui=gtk. When i use :tabnew i got several tabs. That works but when im trying to navigate throw

Re: vim70f, test49 fails if binary is not named 'vim'

2006-04-28 Thread Bram Moolenaar
Gregory Margo wrote: test49.vim assumes the binary is named 'vim'. If the --with-vim-name option is used (such as --with-vim-name=vim7) then test49 fails. Here is a minor patch that makes test49 respect the VIMPROG environment variable from the Makefile, falling back to the current

Vim thinks a directory is an illegal filename on Windows

2006-04-28 Thread William S Fulton
run: gvim . on Windows at bottom it will say, eg: C:\ Illegal file name on Solaris and Linux at the bottom it will say, eg: . is a directory The Unix message is less confusing. Can this for Windows versions as it still occurs in vim7.0f? Same message appears when doing :new . Thanks William

Re: Insert mode: C-R does not paste the whole register

2006-04-28 Thread Georg Dahn
Hi! Where do you find this vimtips.txt with 4 lines? I only found one with 3543 lines. http://www.vim.org/tips/tip_download.php?download=download It contains a lot of empty lines, has a sice of a little more then 1,2 MB, and has 40243 lines at the moment. I tried another file but it

Re: Vim thinks a directory is an illegal filename on Windows

2006-04-28 Thread Charles E Campbell Jr
William S Fulton wrote: run: gvim . on Windows at bottom it will say, eg: C:\ Illegal file name on Solaris and Linux at the bottom it will say, eg: . is a directory The Unix message is less confusing. Can this for Windows versions as it still occurs in vim7.0f? Same message appears when doing

Re: probably known bug

2006-04-28 Thread Charles E Campbell Jr
[EMAIL PROTECTED] wrote: All, I found a bug related to syntax highlighting, although I wouldn't be surprised if people already know about this. Simply, the syntax highlighting sometimes gets messed up and I have to refresh the window (with c-l) in order make the highlighting correct again. I

Re: Insert mode: C-R does not paste the whole register

2006-04-28 Thread Bram Moolenaar
Georg Dahn wrote: Where do you find this vimtips.txt with 4 lines? I only found one with 3543 lines. http://www.vim.org/tips/tip_download.php?download=download It contains a lot of empty lines, has a sice of a little more then 1,2 MB, and has 40243 lines at the moment. I

Re: probably known bug

2006-04-28 Thread Bram Moolenaar
Matt Mzyzik wrote: I found a bug related to syntax highlighting, although I wouldn't be surprised if people already know about this. Simply, the syntax highlighting sometimes gets messed up and I have to refresh the window (with c-l) in order make the highlighting correct again. I have

Re: probably known bug

2006-04-28 Thread mzyzik
On Fri, Apr 28, 2006 at 04:08:32PM +0200, Nikolai Weibull wrote: On 4/28/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I found a bug related to syntax highlighting, although I wouldn't be surprised if people already know about this. Simply, the syntax highlighting sometimes gets messed up and

Re: Vim thinks a directory is an illegal filename on Windows

2006-04-28 Thread Bram Moolenaar
Charles Campbell wrote: William S Fulton wrote: run: gvim . on Windows at bottom it will say, eg: C:\ Illegal file name on Solaris and Linux at the bottom it will say, eg: . is a directory The Unix message is less confusing. Can this for Windows versions as it still occurs in

Re: probably known bug

2006-04-28 Thread Charles E Campbell Jr
[EMAIL PROTECTED] wrote: On Fri, Apr 28, 2006 at 04:08:32PM +0200, Nikolai Weibull wrote: On 4/28/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I found a bug related to syntax highlighting, although I wouldn't be surprised if people already know about this. Simply, the syntax

Re: Vim thinks a directory is an illegal filename on Windows

2006-04-28 Thread William S Fulton
Bram Moolenaar wrote: Charles Campbell wrote: William S Fulton wrote: run: gvim . on Windows at bottom it will say, eg: C:\ Illegal file name on Solaris and Linux at the bottom it will say, eg: . is a directory The Unix message is less confusing. Can this for Windows versions as it still

Re: Vim thinks a directory is an illegal filename on Windows

2006-04-28 Thread Bram Moolenaar
William S Fulton wrote: run: gvim . on Windows at bottom it will say, eg: C:\ Illegal file name on Solaris and Linux at the bottom it will say, eg: . is a directory The Unix message is less confusing. Can this for Windows versions as it still occurs in vim7.0f? Same message appears when

functions that take much time in load_dummy_buffer() [vimgrep]

2006-04-28 Thread Yakov Lerner
I identified which functions are slow and which are fast out of functions called (load_dummy_buffer() + wipe_dummy_buffer()) pair. As I wrote earlier this pair of functions is what slows down vimgrep, not the search. The loop of 1000x (load_dummy_buffer() + wipe_dummy_buffer()) takes 30 seconds

Re: functions that take much time in load_dummy_buffer() [vimgrep]

2006-04-28 Thread Yegappan Lakshmanan
Hi Yakov, On 4/28/06, Yakov Lerner [EMAIL PROTECTED] wrote: I identified which functions are slow and which are fast out of functions called (load_dummy_buffer() + wipe_dummy_buffer()) pair. As I wrote earlier this pair of functions is what slows down vimgrep, not the search. The loop of 1000x

` visual selection -- inconsistent?

2006-04-28 Thread Eric Arnold
The end of the visual selection as gotten by` seems to depend on whether the cursor was between the end_col - 1, and end_col, or between end_col, and end_col + 1. The GUI gvim seems to have the notion of the the cursor being between characters in visual mode. ` sometimes lands you on the

Re: ` visual selection -- inconsistent?

2006-04-28 Thread Eric Arnold
On 4/28/06, Eric Arnold [EMAIL PROTECTED] wrote: The end of the visual selection as gotten by` seems to depend on whether the cursor was between the end_col - 1, and end_col, or between end_col, and end_col + 1. The GUI gvim seems to have the notion of the the cursor being between

Netrw - ftp : What to do with Your directory is missing.

2006-04-28 Thread Marc Demlenne
Hello, Using vim 7.0f, I'm trying to edit a remote file using ftp. Using :e ftp://[EMAIL PROTECTED]//file the file is opened and readable. However, when I try to save changes (or more generally to write using ftp), I got each time the following error message : ***netrw*** your directory is

omni + case

2006-04-28 Thread Hugo Ahlenius
Hi, I 6.x series vim, I had the completion to cycle through all the available keywords in the existing buffer, and it was then case insensitive. Now I am on gvim 7.0f (on WinXP) and omni-completion looks very cool -- but is there any (easy) way to make the preview list all the alternative

Re: Svn and patches

2006-04-28 Thread ymc014
Thank you for the info - Original Message - From: Edward L. Fox [EMAIL PROTECTED] To: Suresh Govindachar [EMAIL PROTECTED]; vim@vim.org Sent: Friday, April 28, 2006 1:19 PM Subject: Re: Svn and patches Hi, I'm the subversion repository maintainer. I sync the subversion repository

modify a text file

2006-04-28 Thread Vim Visual
Hi, I am struggling with sed and gawk but I guess that it'd be possible to employ vim in the command line (it's to make a script that will be automatically launched every 24 hours) but I don't have any idea of how to do it... How could I select the blocks (see file ahead) of a text file (say

Re: Vimdiff

2006-04-28 Thread vim
Alright, got it. The path wasn't correct in my _vimrc file. Stupid me for not looking further into this myself. Ah well, sometimes you work so hard that you can't think proprely anymore and that extra little effort you should put into solving a problem is just not there. Thanks Roy and

RE: Quick peak at files

2006-04-28 Thread Suresh Govindachar
ymc014 wrote: Just a clarification, peak or peek? People (like me)looking for a tip like this might missed it. Sorry about the spelling mistake. Unlike for vimscripts, vim.org does not allow authors to make corrections to vimtips. I myself think it's peek but that's just

Re: overlayed lines after second tab help in GTK2 gvim70f

2006-04-28 Thread Bram Moolenaar
Wojciech Pilorz wrote: I have seen the following in GTK2 version of gvim built from vim70f03 shapshot on Fedora Core 4 Linux: how to repoduce: 1. open a new gvim 2. execute :tab help 3. scroll the help opened in new tab 4. execute another :tab help The result I see is that new help

[netrw] a problem with g:netrw_list_hide option

2006-04-28 Thread Linsong
Hi, I set g:netrw_list_hide='^\..*$,^.*\~$,^.*\.pyc$' in .vimrc. There is a folder with the following hierarchy: ~/test/ .testrc a.py a.pyc a.py~ With :find ~/test command, the result is: a.py It is right. But when I

Re: vimgrep slow?

2006-04-28 Thread Yakov Lerner
On 4/27/06, Bram Moolenaar [EMAIL PROTECTED] wrote: Before even thinking of disabling autocommands, we first need proof that this actually changes the search time more than a few percent. Above that, if BufRead autocommands take so much time there is probably something wrong with them. You

Re: modify a text file

2006-04-28 Thread Tim Chase
I am struggling with sed and gawk but I guess that it'd be possible to employ vim in the command line (it's to make a script that will be automatically launched every 24 hours) but I don't have any idea of how to do it... How could I select the blocks (see file ahead) of a text file (say

Re: vimgrep slow?

2006-04-28 Thread Bram Moolenaar
Yakov Lerner wrote: On 4/27/06, Bram Moolenaar [EMAIL PROTECTED] wrote: Before even thinking of disabling autocommands, we first need proof that this actually changes the search time more than a few percent. Above that, if BufRead autocommands take so much time there is probably

Re: Quick peak at files

2006-04-28 Thread Russell Bateman
Actually, a spell checker would not catch this mistake which, from a spell checker's point of view, is one of mere usage, not spelling, peak being a word for the top of a mountain. Any spell checker would have let it pass without commentary. And since both words are nouns, even Microsoft Word

Re: omni + case

2006-04-28 Thread Aaron Griffin
On 4/28/06, Hugo Ahlenius [EMAIL PROTECTED] wrote: Hi, I 6.x series vim, I had the completion to cycle through all the available keywords in the existing buffer, and it was then case insensitive. Now I am on gvim 7.0f (on WinXP) and omni-completion looks very cool -- but is there any (easy)

Re: Vim7 mouse cursor focus freaking

2006-04-28 Thread Charles E Campbell Jr
Eric Arnold wrote: On 4/20/06, Bram Moolenaar [EMAIL PROTECTED] wrote: Eric Arnold wrote: Certain things seem to cause Vim7 to do go into some odd loop when the mouse moves the cursor into a different window. So far I've seen it when 1) I've got the command line edit window open,

Re: count larger than buffer lines gives error for function-range, illogical

2006-04-28 Thread Bram Moolenaar
Yakov Lerner wrote: I get error 'E16: Invalid range' when I give large count (larger than number of lines in current buffer) to the ':1call X()' where function is declared with 'range' attribute. I think the error is illogical in this case. I think this error must not appear when

Re: vimgrep slow?

2006-04-28 Thread Charles E Campbell Jr
Yakov Lerner wrote: From two experiments below, it follows that vimgrep time is dominated (75-99%) by some overhead of file opening, while while searching is small fraction of [current] vimgrep time (1-15%) Here are two experiments by which I tried to tell apart two parts of vimgrep, (1) the

Re: count larger than buffer lines gives error for function-range, illogical

2006-04-28 Thread Bram Moolenaar
Yakov Lerner wrote: I get error 'E16: Invalid range' when I give large count (larger than number of lines in current buffer) to the ':1call X()' where function is declared with 'range' attribute. I think the error is illogical in this case. I think this error must not

Re: In-Time insertion of vertical text

2006-04-28 Thread Eric Arnold
I've created a more sophisticated version of this for Vim7. It does a pretty good job of maintaining a rectangle while allowing normal editing. I've uploaded it to sourceforge as Edit_Visual_Block.vim . On 4/21/06, Meino Christian Cramer [EMAIL PROTECTED] wrote: Hi, (sorry for that

txt.vim - Universal syntax script for all txt docs, logs and other strange files

2006-04-28 Thread Tomasz Kalkosiński
Hello Many times I open some strange file (some log, readme, txt, licence and many others) - they all have different syntax. While I don't want coloring to be 100% accurate I can have numbers, delimiters, cites, signs and other colored. I spent an hour an there it is:

Re: Input using meta key under different encoding

2006-04-28 Thread Yakov Lerner
On 4/26/06, Dave Roberts [EMAIL PROTECTED] wrote: 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

Re: In-Time insertion of vertical text

2006-04-28 Thread Gary Johnson
On 2006-04-28, Eric Arnold [EMAIL PROTECTED] wrote: I've created a more sophisticated version of this for Vim7. It does a pretty good job of maintaining a rectangle while allowing normal editing. I've uploaded it to sourceforge as Edit_Visual_Block.vim . I guess I'm not sure what this does.

Disable scratch buffer

2006-04-28 Thread Eric Crahen
When I start vim from the command line and provide a filename, how can I prevent a default scratch buffer from also being opened? -- - Eric

Re: Disable scratch buffer

2006-04-28 Thread Yakov Lerner
On 4/28/06, Eric Crahen [EMAIL PROTECTED] wrote: When I start vim from the command line and provide a filename, how can I prevent a default scratch buffer from also being opened? Vim does not create scratch buffer when you invoke it from command line with filename. You can verify it for

brackets placement in vim

2006-04-28 Thread Justin Randall
Hi, I would like to know if there is an easy way to fix the placement of { } brackets in vim so that they fall two or three spaces intented. For example in a C++ file I'm currently working on, I have: if (pExample != NULL) { // code here } What I would like is to have the brackets

Re: brackets placement in vim

2006-04-28 Thread Gerald Lai
On Fri, 28 Apr 2006, Justin Randall wrote: Hi, I would like to know if there is an easy way to fix the placement of { } brackets in vim so that they fall two or three spaces intented. For example in a C++ file I'm currently working on, I have: if (pExample != NULL) { // code here } What

Re: brackets placement in vim

2006-04-28 Thread dax2
On Fri, 28 Apr 2006 14:59:21 -0700 (PDT) Justin wrote: if (pExample != NULL) { // code here } Any ideas as to how I can achieve this? The general approach is to place the cursor on the if-line (or any other beginning line) and then use indent(1), the C source format program

Unifying more- and hit-enter- prompts

2006-04-28 Thread Suresh Govindachar
Hello, To get out of the more-prompt, one can hit q or esc. But since the hit-enter-prompt allows entering a command (and does not disallow normal mode commands!), hitting q or esc at the hit-enter-prompt will not only get one out, but will have the side-effect of being treated as

Re: ` visual selection -- inconsistent?

2006-04-28 Thread Gerald Lai
On Fri, 28 Apr 2006, Eric Arnold wrote: On 4/28/06, Eric Arnold [EMAIL PROTECTED] wrote: The end of the visual selection as gotten by` seems to depend on whether the cursor was between the end_col - 1, and end_col, or between end_col, and end_col + 1. The GUI gvim seems to have the

Re: brackets placement in vim

2006-04-28 Thread Yegappan Lakshmanan
Hello, On 4/28/06, Justin Randall [EMAIL PROTECTED] wrote: Hi, I would like to know if there is an easy way to fix the placement of { } brackets in vim so that they fall two or three spaces intented. For example in a C++ file I'm currently working on, I have: if (pExample != NULL) { //

cscope error while opening file from visual studio

2006-04-28 Thread Han Guang
Hi, Currently I have an issue while using Vim. I opened a file from the Visual Studio solution explorer (Visual Studio), Then I use command cs add cscope.out ..path to add a cscope tag file. But it will result a error: E609: Cscope error: cscope: cannot read trailer offset from file

Re: Disable scratch buffer

2006-04-28 Thread Eric Crahen
For some reason I get an empty hidden buffer that does show up when I list buffers. Its the same one you'd get when you open vim w/ no filenames. I'll poke around andd if there is a setting causing that On 4/28/06, Yakov Lerner [EMAIL PROTECTED] wrote: On 4/28/06, Eric Crahen [EMAIL PROTECTED]

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

2006-04-28 Thread François Pinard
[Benji Fisher] [Robert Dodier] But Bram tells me that some assembler files also use that same extension. What is a reliable way to distinguish the two? I do not know how reliable it is, but searching for the Maxima assignment operator (I assume that is what := is.) looks like a

Re: In-Time insertion of vertical text

2006-04-28 Thread Eric Arnold
On 4/28/06, Gary Johnson [EMAIL PROTECTED] wrote: On 2006-04-28, Eric Arnold [EMAIL PROTECTED] wrote: I've created a more sophisticated version of this for Vim7. It does a pretty good job of maintaining a rectangle while allowing normal editing. I've uploaded it to sourceforge as