From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Native display of line numbers, improved Date: Mon, 26 Jun 2017 17:54:30 +0300 Message-ID: <83podqsst5.fsf@gnu.org> References: <83tw35thxw.fsf@gnu.org> <87efu7lsj0.fsf@lylat> <83r2y7sc9q.fsf@gnu.org> <87a84vl8gm.fsf@lylat> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1498488901 14599 195.159.176.226 (26 Jun 2017 14:55:01 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 26 Jun 2017 14:55:01 +0000 (UTC) Cc: emacs-devel@gnu.org To: Alex Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 26 16:54:56 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 1dPVPe-0003Bc-Lv for ged-emacs-devel@m.gmane.org; Mon, 26 Jun 2017 16:54:50 +0200 Original-Received: from localhost ([::1]:47049 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPVPi-0004NH-85 for ged-emacs-devel@m.gmane.org; Mon, 26 Jun 2017 10:54:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49543) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPVPZ-0004Mf-Cw for emacs-devel@gnu.org; Mon, 26 Jun 2017 10:54:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPVPW-0003Ah-C8 for emacs-devel@gnu.org; Mon, 26 Jun 2017 10:54:45 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34408) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPVPW-0003Ad-8V; Mon, 26 Jun 2017 10:54:42 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3487 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPVPV-0006Fy-IT; Mon, 26 Jun 2017 10:54:41 -0400 In-reply-to: <87a84vl8gm.fsf@lylat> (message from Alex on Sun, 25 Jun 2017 21:43:37 -0600) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:215995 Archived-At: > From: Alex > Cc: emacs-devel@gnu.org > Date: Sun, 25 Jun 2017 21:43:37 -0600 > > >> 1. An option to never dynamically shrink 'display-line-number-width' > >> while still dynamically growing. I dislike having column 0 constantly > >> changing, so an option to only grow the width dynamically like in > >> (n)linum would be very appreciated. > > > > How is growing different from shrinking? Just wondering. > > Growing is necessary in the case where the width of the new line(s) > exceeds the current 'display-line-number-width'. Of course that can > be worked around by setting 'display-line-number-width' to a > sufficiently large number, but I would like it to be no larger than what > it needs to be for the current text in the buffer. You could do that by counting lines in the buffer in some suitable hook, and then setting the value of 'display-line-number-width' accordingly, right? My point is that doing what you want requires counting lines in the entire buffer, something that could take a considerable time. So doing that in the display code when people who'd like that could set that up for them using the existing facilities sounds uneconomical.