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&#39;s w=
hat I&#39;d expect. I&#39;m killing what I&#39;m seeing. I know that it is =
a collapsed org-mode buffer bullet. I&#39;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">&lt;<a href=3D"mailt=
o:yuri.v.khan@gmail.com" target=3D"_blank">yuri.v.khan@gmail.com</a>&gt;</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 &lt;<a href=3D"mailto:filipe.silva@gmail=
.com">filipe.silva@gmail.com</a>&gt; wrote:<br>
<br>
<br>
&gt; Vim implements relative line numbers in a way that the &quot;relativit=
y&quot; aspect<br>
&gt; is based on the visible lines of the buffer.<br>
<br>
</span><span class=3D"">&gt; Why this is useful? because it gives vim/evil-=
mode users the power to<br>
&gt; rapidly move through the visible lines in the window. If I want to jum=
p to a<br>
&gt; line in the buffer that I&#39;m interested in, I just have to take a p=
eek at the<br>
&gt; relative number and then I know what to do. I just: 9k, to jump 9 line=
s<br>
&gt; 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 (&lt;up&gt;/&lt;down&gt;/C-n/C-p) key, and relati=
ve<br>
logical line numbers when you are going to press a kill-line key<br>
(&lt;C-S-backspace&gt; or C-k).<br>
</blockquote></div><br></div>

--001a1141c9f8ede63605529ea71e--