Bug#346089: NetRW resets split window sizes

[Charles Campbell]

James Vega wrote:
> On Wed, Mar 04, 2009 at 09:15:21PM -0500, Charles E. Campbell, Jr. wrote:
>   
>> James Vega wrote:
>>     
>>> Charles,
>>>
>>> Since various parts of autoload/netrw.vim uses :new to handle
>>> transferring the remote file, users with 'equalalways' set and non-equal
>>> window sizes will see the windows change size when using NetRW.
>>>
>>> To reproduce:
>>>
>>>    vim -u NORC -N
>>>    :wincmd s
>>>    :4wincmd -
>>>    :e sftp://user@host/file
>>>    :put _
>>>    :w
>>>
>>>    
>>>       
>> What version of netrw are you using?  I tried both ftp and sftp and  
>> didn't see the effect with v136b.
>>     
>
> I just tried it with v136b and still see the problem.  Maybe you just
> didn't notice the window size change since it's only a few lines
> different?  Changing ":4wincmd -" to ":wincmd _" makes it very apparent.
>
>   
Oh, I was quite able to discern the difference before -- and it works 
both ways (with 4wincmd and with wincmd _).
I've attached two files:

* put prblm21.tst in your home directory
* put prblm21 wherever you want
vim -u NORC -N prblm21
:so %

I've also attached a screen grab.

Also tried:
 * xterm, gnome-terminal
* sftp, ftp, ssh

So, there appears to be a mystery here...

Regards,
Chip Campbell





-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: prblm21
Url: http://lists.alioth.debian.org/pipermail/pkg-vim-maintainers/attachments/20090305/9d55a11f/attachment-0002.txt 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: prblm21.tst
Url: http://lists.alioth.debian.org/pipermail/pkg-vim-maintainers/attachments/20090305/9d55a11f/attachment-0003.txt 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: prblm21.jpg
Type: image/jpeg
Size: 142184 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-vim-maintainers/attachments/20090305/9d55a11f/attachment-0001.jpg