Bill McCarthy wrote:
(concerning updating to netrw v102i)
After some struggling to get the .vba file, it installed
nicely in my vimfiles/ directory. It didn't work at all
until I removed the v98 distribution files:
[c:\vim\vim70]zip -rm netrw98 . -i *netrw*
Yes, that's why I said to be sure to remove all vestiges of older
netrw. Netrw
has the common to plugins feature to prevent itself from being loaded more
than once. The vimball installs itself into the first accessible
directories along
your runtimepath; typically, this location is the user's personal
plugins location.
However, the system copy of plugins loads first; thus, the older copy
of netrw
ends up taking precedence if its not removed first.
then it worked fine - but once Bram updates the "official"
plugin directory, I like to have modified versions in my
vimfiles so I can still apply patches to the release and
have my modifications take precedence.
Well, Bram typically doesn't release patches to plugins, syntax files,
indent files,
etc. Whenever vim 7.1 is released, it will install itself into the
vim70 directory,
and will include a version of netrw. Due to the logic mentioned above,
it will
take precedence over your personal copy of netrw anyway.
I noticed that some files are always missing from the list.
For example, .exe .jpg .gif
Why is this and how do we override?
Netrw doesn't normally suppress these; I don't know why these files are
missing
from your listings. In fact, netrw provides a mapping for "x" so that
the cursor
selected file with one of those extensions can be visualized.
We have <enter> to browse a file in the same window, 'o' to
browse in a new horizontal window and 'v' to browse in a new
vertical window. It would be nice to have 't' (not used) to
browse in a new tab.
I've generally tried to only use keys that have non-motion meanings in
normal mode;
the "t" (and "T") keys both have motion effects.
'let g:netrw_browse_split = 3' has
some strange behavior - it affects both 'o' and 'v' for
example.
Hmm, there does appear to be a bug here. I'll fix it.
Also you have a local map Q (currently undocumented). Some
of us already use Q to quit (nmap Q :q!<CR>).
I'm afraid that I don't even remember why that map was in netrw; it'll
be removed.
Finally, I noticed that you only anticipate the use of
cmd.exe as a Windows shell. Many of us not using training
wheels <g> (sh, bash, etc.) use 4nt. Please replace
if &shell =~ "cmd.exe$"
with
if &shell =~ '\(cmd\)\|\(4nt\)\.exe$'
When the need is pressed on me to use Windows, I use cygwin (and thus
cygwin's
bash shell). I assume 4nt's ftp doesn't support .netrc just like
cmd.exe doesn't? That's what that
test is used for determining in netrw.
Regards,
Chip Campbell
