evil-delete-line in visual state

Thu Sep 8 16:21:20 CEST 2011

Thanks for your replies and for the fix. However, I want to note that
I just found another inconsistency between evil and vim with regard to
line-deletion.

pressing VGd in evil moves the cursor to the end of the previous line,
whereas in vim it moves it to the beginning of the previous line.
(deleting to the end of the buffer causes the problem here).  Deleting
works as expected in visual-block-mode CTRL-v, but not in  visual and
viusal line mode.

Regards
Thomas

On Mon, Sep 5, 2011 at 2:55 PM, Vegard Øye <vegard_oye at hotmail.com> wrote:
> On 2011-09-05 09:53 +0200, Frank Fischer wrote:
>
>> This seems to be a non-trivial issue. While the behavior for character
>> visual mode is easy, the visual-block mode causes more trouble. The
>> reason is that currently (unless Vegard tells something else ;)) it is
>> not possible to have a block selection that extends to the end of each
>> line unless the last (or the first) line is the longest and point is
>> placed there. ... We need to introduce a new "type", say `block-end',
>> which describes block regions that extend to the end of each line.
>
> The current implementation of "D" finds the end of each line itself,
> so the standard `block' type suffices.
>
> However, the limitation that block selections are restricted by the
> length of the line can be cumbersome (even if Vim exhibits the same
> behavior). It would be handy if "l" could extend the selection
> indefinitely into the right margin.
>
> One way to achieve this would be to use the `before-string' and
> `after-string' overlay properties to insert virtual spaces into the
> buffer, and then use the `cursor' text property to place point on one
> of these spaces. IIRC, this would not change the value of (point), but
> it would change the value of (current-column). From the point of view
> of the yank and delete operators, therefore, it should seem as if
> point is placed on a multi-column character like a tab.
>
> --
> Vegard
>
> _______________________________________________
> implementations-list mailing list
> implementations-list at lists.ourproject.org
> https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
>