From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: line-number-mode at EOB Date: Tue, 18 Jul 2017 11:04:04 -0400 Message-ID: References: <83tw35thxw.fsf@gnu.org> <87tw35cc70.fsf@rosalinde> <83injktb9p.fsf@gnu.org> <87k240xhk6.fsf@rosalinde> <87k236vh7p.fsf_-_@rosalinde> <878tjlc04f.fsf@rosalinde> <83bmohdcid.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1500390280 23876 195.159.176.226 (18 Jul 2017 15:04:40 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 18 Jul 2017 15:04:40 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 18 17:04:30 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 1dXU33-0005gI-Cv for ged-emacs-devel@m.gmane.org; Tue, 18 Jul 2017 17:04:29 +0200 Original-Received: from localhost ([::1]:57067 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXU38-0002Fn-H7 for ged-emacs-devel@m.gmane.org; Tue, 18 Jul 2017 11:04:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45938) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXU2w-0002Ar-88 for emacs-devel@gnu.org; Tue, 18 Jul 2017 11:04:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dXU2s-00064b-UB for emacs-devel@gnu.org; Tue, 18 Jul 2017 11:04:22 -0400 Original-Received: from [195.159.176.226] (port=47008 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dXU2s-000648-Nl for emacs-devel@gnu.org; Tue, 18 Jul 2017 11:04:18 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dXU2l-0004r7-7I for emacs-devel@gnu.org; Tue, 18 Jul 2017 17:04:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 28 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:F36JHyL0xfILdnusYHsoptpaBRg= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 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:216841 Archived-At: >> I think if we want to make things consistent with the >> display-line-numbers, then it's display-line-numbers which should be >> changed to also display the number on the "non-existing" line after >> a final LF. > But there's no line there. That's a philosophical opinion. There's enough of a line to display a cursor, apparently. > Why should we have a number where there's no line? Because that's what some users expect. Evidence of this includes the fact that it has been requested for linum, for nlinum, for display-line-numbers. I said "some" above because I don't know which proportion of users expect this behavior. My guess is that it's closer to "most", but since I'm among those users, my impression is probably skewed. Evidence suggests those users can live with the current lack of number on that non-existing line, so it's not terribly important to fix (which is also why I haven't bothered to try and change nlinum.el to display that extra line-number). But I don't think it warrants promoting this behavior to a feature. Stefan