From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Filipe Silva Newsgroups: gmane.emacs.devel Subject: Re: Native display of line numbers Date: Fri, 23 Jun 2017 08:17:45 -0300 Message-ID: References: <83lgoqzm0v.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c03bf6c2bc08105529ec0b6" X-Trace: blaine.gmane.org 1498216710 26662 195.159.176.226 (23 Jun 2017 11:18:30 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 23 Jun 2017 11:18:30 +0000 (UTC) Cc: Eli Zaretskii , Emacs developers To: Yuri Khan Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 23 13:18:24 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOMbX-0006Mw-9S for ged-emacs-devel@m.gmane.org; Fri, 23 Jun 2017 13:18:23 +0200 Original-Received: from localhost ([::1]:34858 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dOMba-0006Em-IM for ged-emacs-devel@m.gmane.org; Fri, 23 Jun 2017 07:18:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42348) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dOMaz-0006EP-Fn for emacs-devel@gnu.org; Fri, 23 Jun 2017 07:17:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dOMay-0002vP-Go for emacs-devel@gnu.org; Fri, 23 Jun 2017 07:17:49 -0400 Original-Received: from mail-ot0-x234.google.com ([2607:f8b0:4003:c0f::234]:36133) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dOMaw-0002t5-OG; Fri, 23 Jun 2017 07:17:46 -0400 Original-Received: by mail-ot0-x234.google.com with SMTP id 95so29328403ott.3; Fri, 23 Jun 2017 04:17:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=oXzBvI3HL5K/rPEy8ga9U9h1ra0eyHRLkyERs8HUVY0=; b=P7X6wC2H2qYygnMl5ZPN4+Edzs7yHISB8X5qQcxkw3Ysu39WpzcPOqk8wFl5ctHM0H pVpX7WOAzEf+WTxQuoFIVgy3+5rylVzPT69tzHLJs7tebcz0cCuG4qW9BHDvGIJdFbPC Y9FR0ZLs5nz7E2g7W8rEQKboAzwQe2+2DEej6njMOQt4jmkQQGEA+WkBtKNW1scJIwt7 zDW7nYEMdwj3HAOqgbhXqNm8A/nwhUWQTqbpFKIkchSsaFkFlaYjr40R6BhZk+8ZBFOF 2ZhidhcdSjKVlYVH6fRB37D8Lo1NC6jzgJBKLefSLMk8OywIa/Tv4FNkp9+tqC0b2KEm kKhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=oXzBvI3HL5K/rPEy8ga9U9h1ra0eyHRLkyERs8HUVY0=; b=hS5ts0/JfYyu+KWLmMppSY9ue9YEfX2R7mHQMO+ur94kninyY6CejNSgzWrJQ5OuEF kjgDPc5S5tDO47mCq18P5PevR9nyMBOB/YY0CzWRR4r/+PogQGjCcxIFagIEdNtf84RB I4TercAQl4k82bUDkzMOUxtC87qQj3od3otQJ5amFHgaHKrtFl8YBhBv6Xpv+4XW114+ 7VYdws4kG4Kdyt7oa8bmL/VOyGZPF+ve12JdYmta5feJpCYG2crxbwHbBiYUX5aThx+C ksK2n0T9PfnX1TXM5plTC5mbkI3K144c0/psezbY5+OOCaUXYmwLrg6Bk8HpjOBmgvJs T5hA== X-Gm-Message-State: AKS2vOzBnSnY17yDnXv82Jue5ulBAbpX77Td2rQMQvougp1+p4wjqZwv HnzNdybnLrg/H/EjYSabqYypCaT0iQ== X-Received: by 10.157.1.161 with SMTP id e30mr4229195ote.31.1498216665954; Fri, 23 Jun 2017 04:17:45 -0700 (PDT) Original-Received: by 10.157.51.8 with HTTP; Fri, 23 Jun 2017 04:17:45 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c0f::234 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:215901 Archived-At: --94eb2c03bf6c2bc08105529ec0b6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable by the way, that's the way emacs with evil-mode handles things right now. d9j will delete every VISUAL line, and if any of those visual lines are actually collapsed, the entire set of real lines will be killed in the process. Exciting stuff. now we just need that relative line numbers feature out to be able to shred text in emacs with even more power. gogo Eli! :) Filipe On Fri, Jun 23, 2017 at 8:10 AM, Filipe Silva wrote: > 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 curre= nt > 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 wrote: > >> On Thu, Jun 22, 2017 at 10:02 PM, Filipe Silva >> 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 jum= p >> 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 line= s >> > 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=E2=80=99d need relative visual line numbers when you a= re >> going to press a movement (//C-n/C-p) key, and relative >> logical line numbers when you are going to press a kill-line key >> ( or C-k). >> > > --94eb2c03bf6c2bc08105529ec0b6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
by the way, that's the way emacs with evil-mode handles = things right now.

d9j will delete every VISUAL line, and if any = of those visual lines are actually collapsed, the entire set of real lines = will be killed in the process.

Exciting stuff. now we just need= that relative line numbers feature out to be able to shred text in emacs w= ith even more power.

gogo Eli! :)

Filipe

=

On Fr= i, Jun 23, 2017 at 8:10 AM, Filipe Silva <filipe.silva@gmail.com&= gt; wrote:
when del= eting 9 lines below with d9j, vim works in terms of visual lines.

That's what I'd expect. I= 9;m killing what I'm seeing. I know that it is a collapsed org-mode buf= fer 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, y= ou can see that this is hugely powerful.



On Thu, Jun 22, 2017 at 1:27 PM, Yuri Khan &= lt;yuri.v.khan@g= mail.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 "relativit= y" 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 jum= p to a
> line in the buffer that I'm interested in, I just have to take a p= eek at the
> relative number and then I know what to do. I just: 9k, to jump 9 line= s
> down. This is actually super powerful.

What about deleting 9 lines? Does deletion work in terms of visual o= r
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=E2=80=99d need relative visual line numbers when you are<= br> going to press a movement (<up>/<down>/C-n/C-p) key, and relati= ve
logical line numbers when you are going to press a kill-line key
(<C-S-backspace> or C-k).


--94eb2c03bf6c2bc08105529ec0b6--