From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Filipe Silva <filipe.silva@gmail.com> Newsgroups: gmane.emacs.devel Subject: Re: Native display of line numbers Date: Fri, 23 Jun 2017 08:10:58 -0300 Message-ID: <CAEwkUWNXtKYPpx-vQT_iPzRixMUDXCj2mDwEfFX2vq5Jpc0JdQ@mail.gmail.com> References: <83lgoqzm0v.fsf@gnu.org> <CAEwkUWPBZS=T=zYV8UQfeq2UDCeg7L12EsMM5YpjPFRYwSJVbg@mail.gmail.com> <CAP_d_8Wr=MFb_eSqGvHpytyzzVe76yNARZ3RJmCxPnCRZNofrQ@mail.gmail.com> 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 <eliz@gnu.org>, Emacs developers <emacs-devel@gnu.org> To: Yuri Khan <yuri.v.khan@gmail.com> Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 23 13:11:11 2017 Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org> 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 <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>) 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 <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>) 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 <filipe.silva@gmail.com>) 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 <filipe.silva@gmail.com>) 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 <filipe.silva@gmail.com>) 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: <CAP_d_8Wr=MFb_eSqGvHpytyzzVe76yNARZ3RJmCxPnCRZNofrQ@mail.gmail.com> 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." <emacs-devel.gnu.org> List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>, <mailto:emacs-devel-request@gnu.org?subject=unsubscribe> List-Archive: <http://lists.gnu.org/archive/html/emacs-devel/> List-Post: <mailto:emacs-devel@gnu.org> List-Help: <mailto:emacs-devel-request@gnu.org?subject=help> List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>, <mailto:emacs-devel-request@gnu.org?subject=subscribe> Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org> Xref: news.gmane.org gmane.emacs.devel:215900 Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/215900> --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 <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 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 (<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). > --001a1141c9f8ede63605529ea71e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:courier = new,monospace">when deleting 9 lines below with d9j, vim works in terms of = visual lines.<br><br></div><div class=3D"gmail_default" style=3D"font-famil= y:courier new,monospace">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. <br><br></div><div class= =3D"gmail_default" style=3D"font-family:courier new,monospace">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. = <br><br></div><div class=3D"gmail_default" style=3D"font-family:courier new= ,monospace">If you want to delete the real lines, just expand the bullet.<b= r><br></div><div class=3D"gmail_default" style=3D"font-family:courier new,m= onospace">as I said, you can see that this is hugely powerful.<br><br><br><= /div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Thu= , Jun 22, 2017 at 1:27 PM, Yuri Khan <span dir=3D"ltr"><<a href=3D"mailt= o:yuri.v.khan@gmail.com" target=3D"_blank">yuri.v.khan@gmail.com</a>></s= pan> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex= ;border-left:1px #ccc solid;padding-left:1ex"><span class=3D"">On Thu, Jun = 22, 2017 at 10:02 PM, Filipe Silva <<a href=3D"mailto:filipe.silva@gmail= .com">filipe.silva@gmail.com</a>> wrote:<br> <br> <br> > Vim implements relative line numbers in a way that the "relativit= y" aspect<br> > is based on the visible lines of the buffer.<br> <br> </span><span class=3D"">> Why this is useful? because it gives vim/evil-= mode users the power to<br> > rapidly move through the visible lines in the window. If I want to jum= p to a<br> > line in the buffer that I'm interested in, I just have to take a p= eek at the<br> > relative number and then I know what to do. I just: 9k, to jump 9 line= s<br> > down. This is actually super powerful.<br> <br> </span>What about deleting 9 lines? Does deletion work in terms of visual o= r<br> logical lines in vim?<br> <br> In Emacs, as far as I can tell, visual line movement only affects<br> movement, killing still works by logical lines.<br> <br> 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<br> logical line numbers when you are going to press a kill-line key<br> (<C-S-backspace> or C-k).<br> </blockquote></div><br></div> --001a1141c9f8ede63605529ea71e--