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 19:26:55 +0300 Message-ID: <83d19qsoj4.fsf@gnu.org> References: <83tw35thxw.fsf@gnu.org> <87efu7lsj0.fsf@lylat> <83r2y7sc9q.fsf@gnu.org> <87a84vl8gm.fsf@lylat> <83podqsst5.fsf@gnu.org> <83efu6spyk.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1498494484 3639 195.159.176.226 (26 Jun 2017 16:28:04 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 26 Jun 2017 16:28:04 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 26 18:28:00 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 1dPWrn-0000iX-UE for ged-emacs-devel@m.gmane.org; Mon, 26 Jun 2017 18:28:00 +0200 Original-Received: from localhost ([::1]:47554 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPWrt-0001lc-15 for ged-emacs-devel@m.gmane.org; Mon, 26 Jun 2017 12:28:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48821) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPWr5-0001hy-BJ for emacs-devel@gnu.org; Mon, 26 Jun 2017 12:27:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPWr2-0001lP-No for emacs-devel@gnu.org; Mon, 26 Jun 2017 12:27:15 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35961) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPWr2-0001lC-Jv; Mon, 26 Jun 2017 12:27:12 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3515 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPWr0-0004aB-Fr; Mon, 26 Jun 2017 12:27:12 -0400 In-reply-to: (message from Stefan Monnier on Mon, 26 Jun 2017 12:12:34 -0400) 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:216001 Archived-At: > From: Stefan Monnier > Cc: emacs-devel@gnu.org > Date: Mon, 26 Jun 2017 12:12:34 -0400 > > Oh, I didn't mean to use that variable. I was just explaining that Alex > request to "grow-only" seems to work fairly well to provide "mostly > constant width" without having to scan the whole buffer upfront. Yes, the idea is fairly clear ;-) > How to provide "grow-only" (i.e. where to store the previous-width info) > is not something I've thought about, but maybe it can be kept as > a window-local information, reset whenever we set-window-buffer. A variety of ways exist, but each one comes with some, albeit minor, disadvantage and added complexity. So I'd like first to see whether this is needed, on top of what's already there. Basically, I'd like to keep the feature as simple and lightweight as possible, leaving the 20% percent to local customizations, rather than forcing everyone to bear the price.