when deleting 9 lines below with d9j, vim works in terms of visual lines.

so if you have, between those visual lines, a line that represents a
collapsed org-mode buffer that has a thousand lines beneath it, it would
kill those lines in the process.

That's what I'd expect. I'm killing what I'm seeing. I know that it is a
collapsed org-mode buffer bullet. I'm deleting 9 lines below of the current
line. I want that org-mode buffer collapsed buffer to be killed to.

If you want to delete the real lines, just expand the bullet.

as I said, you can see that this is hugely powerful.



On Thu, Jun 22, 2017 at 1:27 PM, Yuri Khan <yuri.v.khan@gmail.com> wrote:

> On Thu, Jun 22, 2017 at 10:02 PM, Filipe Silva <filipe.silva@gmail.com>
> wrote:
>
>
> > Vim implements relative line numbers in a way that the "relativity"
> aspect
> > is based on the visible lines of the buffer.
>
> > Why this is useful? because it gives vim/evil-mode users the power to
> > rapidly move through the visible lines in the window. If I want to jump
> to a
> > line in the buffer that I'm interested in, I just have to take a peek at
> the
> > relative number and then I know what to do. I just: 9k, to jump 9 lines
> > down. This is actually super powerful.
>
> What about deleting 9 lines? Does deletion work in terms of visual or
> logical lines in vim?
>
> In Emacs, as far as I can tell, visual line movement only affects
> movement, killing still works by logical lines.
>
> That may mean you’d need relative visual line numbers when you are
> going to press a movement (<up>/<down>/C-n/C-p) key, and relative
> logical line numbers when you are going to press a kill-line key
> (<C-S-backspace> or C-k).
>