Hello fellow Vimmers,
Can any of you that work on Windows tell me how you handle filename
completion (C-X C-F) for paths that contain spaces? I love this
completion method, but as soon as I get to C:\Document and Settings\,
it "stops working", because of course a space character is not in
'isfna
Perfect! Thanks!
On 5/17/07, Timothy Adams <[EMAIL PROTECTED]> wrote:
:cabbr desktop c:\docume~1\user\Desktop
Can anyone recommend any nice shortcuts for entering common long paths
on the commandline? My situation: I am running on Windows XP and
often end up typing :e c:/Documents\ and\
Settings/User/Desktop/foo/bar/... I currently use Tab/completion to
get each path element, but this is still very slow
I figured it might be worthwhile for me to post my results for
posterity, now that I've whittled out a comfortable setup, in light of
how non-trivial and full of pitfalls I found it. Hopefully this may
be of use to another hapless soul on WinXP (or, for that matter, for
myself, should the unthink
On 14/07/06, Marshall Abrams <[EMAIL PROTECTED]> wrote:
I just asked the same question recently. The following email includes
all of the recent discussion:
From: [EMAIL PROTECTED]
Subject:Re: auto upper/lower in replace pattern based on search
pattern?
Date:
On 15/07/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Maciej Kalisiak wrote:
> On 14/07/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> > Please be specific about what kind of scanning needs to finish before it
> > notices the typed key. All types of scans
On 14/07/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Please be specific about what kind of scanning needs to finish before it
notices the typed key. All types of scans are implemented differently.
Each should check for a typed key at regular intervals, but if there is
one that doesn't I need t
Is it possible to have the :s substitute command to imitate the case
of the match when substituting? For example, with a single
:%s/foo/bar/i I'd like the following to happen:
matched -> desired
foo -> bar
Foo -> Bar
FOO -> BAR
I looked at :h :s_flags, but nothing seems to fit...
On 13/07/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Hmm, perhaps you are not talking about omni completion but about normal
Insert mode completion.
Thanks to Hari's post earlier, I now believe so, yes.
This now scans other files sooner than in
previous versions, so that the menu can be fi
On 13/07/06, Hari Krishna Dara <[EMAIL PROTECTED]> wrote:
You are probably talking about the insert-mode completion rather than
the omni-completion. Omni completion is meant is similar to the MS
intellisense, and is not turned on by default.
Ahhh, I see, yes, I think you're right.
But is there
I'm using Vim 7.0 on WinXP SP2. I don't think I did anything specific
to turn on omni-completion (perhaps it's on by default? I'm editing
Python files), and I'm in no rush to start using it, although if it
was non-intrusive I wouldn't mind leaving it on. The problem is that
I've recently modifie
On 04/07/06, Maciej Kalisiak <[EMAIL PROTECTED]> wrote:
I'm using Vim 7 under WinXP, and the standard plugin "netrw" v98.
According to the help docs I can limit the directory browser display
to files which match a pattern. For example, I should be able to set
the patt
I'm using Vim 7 under WinXP, and the standard plugin "netrw" v98.
According to the help docs I can limit the directory browser display
to files which match a pattern. For example, I should be able to set
the pattern using , provide a pattern such as ".*\.txt", and then
hit two times to cycle to
Thanks for a meaty reply Tony, plenty for me to read up on.
Just one minor related issue: what is the convention of handling "~"
in Vim under Windows? The problem is that under WinXP, when I use
$HOME in Vim, it gets translated to "~" (i.e., the Unix convention for
home directory), rather than t
I'm under Windows XP, and I'm having a devil of a time trying to set
'path' to a bunch of directories in my home directory. My $HOME (and
thus presumably "~") point at c:\Documents and Settings\User\My
Documents\Home. Doing something like
set path=$HOME/src
does not work (e.g., ":find" does not
On 02/06/06, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
If successive messages flit by too fast, they can in some cases erase
one another. As long as they appear in ":messages" it shouldn't really
be a problem.
I get the same behaviour as you mention later in your email.
Admittedly this is a min
I've created a seperate thread for this issue, even though I discussed
it briefly earlier, as I've done some testing and it seems this may be
a Vim bug.
NOTES
- using Vim 7.0, downloaded and installed about 2 days ago
- running under WinXP SP2
STEPS TO REPRODUCE
- fire up "gvim -u NONE -U NONE"
On 02/06/06, Eric Arnold <[EMAIL PROTECTED]> wrote:
:help undo.txt
:help undolist
It's just how long ago that particular change was recorded.
Alas, these don't answer my conundrum: it is unclear to me whether
this is a relative or absolute time stamp (i.e., is "12:00:00"
referring to twelve h
Could someone point me towards any documentation on the meaning of the
timestamp/text shown after some undos/redos in Vim 7? I mean the
stuff in the statusline, such as
1 change; before #121 12:37:40
19 matches
Mail list logo