Re: Unexpected behaviour of File browser in multi-windows environment

Jean Johner wrote:
> Hi Chip,
>
> Sorry for my lack of precision.
> The official name of the "black bar below the file" in the help is the
> "status line".
> Let us take the windows vim7.2 distribution with the default _vimrc.
>
> Please type:
> gvim file1 (long enough file to full the window)
> :sp . (long enough directory to full the half window created)
>
> The File browser is opened in the upper half window with the cursor
> positioned on ../
>
> Click on the status line below the screen where file1 is written in
> reverse video.
> Result: 1/ the cursor is positioned at its location before :sp . (OK)
> 2/.. is activated in the upper windows (surprising in my
> opinion)
>
> Quit and redo exactly the same except that instead of clicking on the
> status line of file1, you now click somewhere inside file1.
> Result: The cursor is positioned at the place you have clicked and ..
> is not activated in the upper window (OK)
>
> I hope you will reproduce the same behaviour.
>
> Anyway, it is a minor flaw. But vim is so reliable...
>
Hello Jean,

I was able to reproduce the behavior -- unfortunately, I don't know that
I can do anything about it. At the time of the click, the active window
is the file browser window -- and so the leftmouse click is processed in
that window. The change in windows doesn't appear to occur until after
netrw has done its thing. Perhaps you should join the vimdev mailing
list as this problem appears to be a vim one to me.

Regards,
Chip Campbell

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php