Bram Moolenaar wrote:
Charles Campbell wrote:
This one appears to be a ctrl-f (and ctrl-b) bug. Here's the setup:
(using Linux,vim-7.0g, huge)
.vimrc :
set nocp
.gvimrc :
set lines=21
no .vim/ directory.
Now, for the problem:
gvim -geometry "139x22+0+4" netrw.vim
11j<space>
z<cr>
4j<space>6k4j
<ctrl-f>
Note that the <ctrl-f> does not advance a page; instead, the cursor
returns to the top line (which is a fold). Similar misbehavior
happens with a ctrl-b. I have to use hit ctrl-e several times to move
the folds off the top; then, ctrl-f works again.
I don't see the problem. Perhaps you can tell us what the display looks
like after each command. I'm not sure I have the same version of
netrw.vim (there have been quite a few!).
Also, it's easier if you start with "gvim -u NONE -N ...".
Using another command line option, I get the same misbehavior with
.vimrc and .gvimrc as shown above,
gvim --noplugin -geometry "139x22+0+4" netrw.vim
and using the same directions.
Regards,
Chip Campbell
