Benji Fisher wrote:
A quick look at netrw.vba.gz (searching for swf) suggests that
this may be the problem:
fun! netrw#NetBrowseX(fname,remote)
[snip]
if a:remote == 1
set bh=delete bt=nofile noswf
exe norm! \c-o
redraw!
endif
call Dret(NetBrowseX)
endfun
All the other matches
setl swf? reports
noswapfile last set by netrw.vim.
BTW, I'm running GVim on XP.
-Mark
Charles E Campbell Jr wrote:
Mark S. Williams wrote:
I think I've uncovered an odd bug involving Netrw and the cindent
local buffer option for Java files, where cindent is unset under
certain conditions
Mark S. Williams wrote:
I think I've uncovered an odd bug involving Netrw and the cindent
local buffer option for Java files, where cindent is unset under
certain conditions.
I'm afraid that I don't see this problem; I tried both your examples.
Please try v103f from my website:
http
Thanks Tony.
It turns out that netrw is the culprit, and that the issue does not only
apply to the cindent option. Netrw attempts to save, change and restore
the following local buffer options:
autoindent
cindent
cinoptions
comments
copyindent
formatoptions
swapfile
textwidth
But I
I think I've uncovered an odd bug involving Netrw and the cindent local
buffer option for Java files, where cindent is unset under certain
conditions.
To track down the bug I removed all my Java file type plugins and
created a new Java file type plugin called java.vim which contains only
Mark S. Williams wrote:
I think I've uncovered an odd bug involving Netrw and the cindent local
buffer option for Java files, where cindent is unset under certain
conditions.
To track down the bug I removed all my Java file type plugins and
created a new Java file type plugin called java.vim
