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.
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
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
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
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
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
[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
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
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
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
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
[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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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,
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
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
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
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
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:
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
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.
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
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
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
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
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
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
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
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)
{
//
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
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]
[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
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
51 matches
Mail list logo