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:10:58 -0300 Message-ID: References: <83lgoqzm0v.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a1141c9f8ede63605529ea71e" X-Trace: blaine.gmane.org 1498216275 4632 195.159.176.226 (23 Jun 2017 11:11:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 23 Jun 2017 11:11:15 +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:11:11 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 1dOMUZ-0000oi-18 for ged-emacs-devel@m.gmane.org; Fri, 23 Jun 2017 13:11:11 +0200 Original-Received: from localhost ([::1]:34843 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dOMUe-0004HA-3R for ged-emacs-devel@m.gmane.org; Fri, 23 Jun 2017 07:11:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41086) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dOMUQ-0004Gt-Pz for emacs-devel@gnu.org; Fri, 23 Jun 2017 07:11:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dOMUP-0000Az-Rq for emacs-devel@gnu.org; Fri, 23 Jun 2017 07:11:02 -0400 Original-Received: from mail-ot0-x234.google.com ([2607:f8b0:4003:c0f::234]:33167) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dOMUN-0000AT-UL; Fri, 23 Jun 2017 07:11:00 -0400 Original-Received: by mail-ot0-x234.google.com with SMTP id y47so29274062oty.0; Fri, 23 Jun 2017 04:10:59 -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=9NBIxENW0Ihqrsjnd50jbHJTNW7wiTCNzI9MMHY3KJA=; b=QRUu97OnFoKLcqSHHoLDDT3SD0idE8/onjbtgMAGTPwFMa1hAHGvQVKkTOtsippZtm 5W0iMsbijuKCxtriYaNpx+RSbHa4tEesOYZ9tLYv1jZjMGUmczm16f5V2PDYG9e3F/Zx Yzhsxrgt4S998yu9mwucj+RuNegEZQzmKZu1IdC3Xg/8lfIai0wl5uEICsqbWqKqg8tx BS4F8LbCnfQjJFeMGK044gPYq/Oz3Qg6vmiFUiOxgOcQHeTL77NVNx6nL5ZFd3c2Kn3M JiaOWiptR8ylr5VS7tJ9LtBURtUivv5zSedNCrUsKNvIAcH/vPV6le/n0fpSHco+PjLu kcBA== 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=9NBIxENW0Ihqrsjnd50jbHJTNW7wiTCNzI9MMHY3KJA=; b=hjokgTZ9brn4OHt3UW7OBhW3HezEqVRpBuFHeZEf3467j082Lg4+3gASBau52YcWf2 f3zioiOegf61ogcCudW/PjzKFhxweO9OFmDTrQn2CKJc6YBoRswZ10vzcbsjrURE4KBC o8IxVXjeSpKJ/YhB/Lu3aP5DUNfWUEGukN2I6H1num5RCf344SCFjCcWPueAavYK0zTm fMby6SG5T2zWkn4UOpqFe62QJQqhzKebhLPL2mrXS3gDoN6rf8je9ZyeiKAt9NFPYivM vKSsAFfh5j2Wo4+RD2TBQe6PhDsLBKIyaGrlGfFmMU8n9Q1kdGGLjF6Ga4ebBLHX39Zu 5XEg== X-Gm-Message-State: AKS2vOyDhXl2ic82ZNMzFz+ipeGtpqfRD8Fq5UYvyxeFacg3b4VMSaZW vk+v54SyN4lrMqebxpq8wPn5xHP4UA== X-Received: by 10.157.49.3 with SMTP id e3mr4350856otc.254.1498216259247; Fri, 23 Jun 2017 04:10:59 -0700 (PDT) Original-Received: by 10.157.51.8 with HTTP; Fri, 23 Jun 2017 04:10:58 -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:215900 Archived-At: --001a1141c9f8ede63605529ea71e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 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 jump > to a > > line in the buffer that I'm interested in, I just have to take a peek a= t > 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=E2=80=99d need relative visual line numbers when you ar= e > 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). > --001a1141c9f8ede63605529ea71e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
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 bene= ath it, it would kill those lines in the process.

That's w= hat 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 c= urrent 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.


<= /div>

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 "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).

--001a1141c9f8ede63605529ea71e--