Re: [dev] [vis][PATCH] Window line up/down

From: Claudio <smoppy_AT_gmail.com>
Date: Wed, 17 Sep 2014 15:31:13 +0200

Thanks Marc,

the feature works as expected. The only difference I noted is that vim
do stop scrolling if you are at the top/bottom of the buffer while vis
still move the cursor if possible, without scrolling, since it reach
the top/bottom of the buffer. Not sure what is the right behaviour but
I suspect vim is right.

As regards as dj, I think vis behaves properly while vim is wrong.


Regards,
Claudio


2014-09-17 15:14 GMT+02:00 Marc André Tanner <mat_AT_brain-dump.org>:
> On Tue, Sep 16, 2014 at 03:41:43PM -0300, Amadeus Folego wrote:
>> On Tue, Sep 16, 2014 at 07:55:40PM +0200, Marc André Tanner wrote:
>> > I have cleaned up the cursor handling code in window.[ch] and implemented
>> > the CTRL-{U,D,E,Y} functionality in normal mode. However I'm not sure it
>> > behaves the way you expect it. Please test, and report back.
>>
>> CTRL-{U,D} is working identically to vim.
>>
>> CTRL-{F,B} were doing what U and D do now (move half-page up/down).
>>
>> Now the latest changes made them move a full-page row (up/down)
>
> According to my manual they should be identical to page up/down which
> move full pages.
>
>> but in the reverse direction. F should be Forward, B should be Back.
>
> This was stupid, and now fixed. I was actually more interested whether
> CTRL-{E,Y} behaves the way you expect it.
>
>> I noticed some odd differences between vis and vim in regard of the number of
>> rows calculated to be moved, but this should be irrelevant at this
>> stage.
>
> Do you mean cases such as: dj which in vim deletes 2 lines but in vis
> only the current one?
>
> --
> Marc André Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0
>
Received on Wed Sep 17 2014 - 15:31:13 CEST

This archive was generated by hypermail 2.3.0 : Wed Sep 17 2014 - 15:36:07 CEST