From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Date: Tue, 17 Oct 2017 07:04:54 +0300 Message-ID: References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <1508201231.2707210.1141020784.023AF671@webmail.messagingengine.com> <83a80qfq70.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1508213177 30688 195.159.176.226 (17 Oct 2017 04:06:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 17 Oct 2017 04:06:17 +0000 (UTC) User-Agent: K-9 Mail for Android Cc: 28855@debbugs.gnu.org, dgutov@yandex.ru To: Paul Rankin Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 17 06:06:12 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1e4J8q-0006WQ-W1 for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Oct 2017 06:06:09 +0200 Original-Received: from localhost ([::1]:36315 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4J8u-0006Pn-Sm for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Oct 2017 00:06:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47934) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4J8o-0006PW-Oy for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2017 00:06:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e4J8k-0005tS-IJ for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2017 00:06:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35905) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e4J8k-0005tO-Ex for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2017 00:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e4J8k-0002rh-1z for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2017 00:06:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Oct 2017 04:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28855 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150821311310954 (code B ref 28855); Tue, 17 Oct 2017 04:06:02 +0000 Original-Received: (at 28855) by debbugs.gnu.org; 17 Oct 2017 04:05:13 +0000 Original-Received: from localhost ([127.0.0.1]:44586 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4J7w-0002qb-Lc for submit@debbugs.gnu.org; Tue, 17 Oct 2017 00:05:12 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:56815) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4J7u-0002qM-Oh for 28855@debbugs.gnu.org; Tue, 17 Oct 2017 00:05:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e4J7o-0005Px-HT for 28855@debbugs.gnu.org; Tue, 17 Oct 2017 00:05:05 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39757) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4J7i-0005NJ-Js; Tue, 17 Oct 2017 00:04:58 -0400 Original-Received: from [176.13.228.183] (port=23189 helo=[10.130.128.122]) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e4J7h-0006bW-Hj; Tue, 17 Oct 2017 00:04:58 -0400 In-Reply-To: <83a80qfq70.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:138575 Archived-At: On October 17, 2017 5:44:51 AM GMT+03:00, Eli Zaretskii wr= ote: > > From: Paul Rankin > > Cc: Dmitry Gutov , 28855@debbugs=2Egnu=2Eorg > > Date: Tue, 17 Oct 2017 10:47:11 +1000 > >=20 > > On Tue, 17 Oct 2017, at 02:05 AM, Eli Zaretskii wrote: > > > Right, :align-to still counts from the window edge, even when line > > > numbers are displayed, whereas you expected it to count from the > end > > > of the line-number display=2E > >=20 > > linum-mode=2Eel (in 26=2Ex) manages to display line numbers without > interfering, so it=E2=80=99s really just about display-line-numbers-mode= =2E >=20 > Yes, of course=2E linum-mode displays the numbers in the display > margin, and keeping off the margins was an explicit design goal of > display-line-numbers-mode=2E >=20 > > > When this was briefly discussed during development, we decided not > to > > > change the reported window dimensions and geometry, including > those of > > > the text area, to account for the screen estate taken by the > > > line-number display=2E But maybe :align-to should be an exception, > when > > > used to align buffer text (as opposed to header-line or > mode-line)? > > > Though I'm bothered whether some users of :align-to may not want > this > > > automatic offset=2E :align-to is a very popular feature; does > anyone > > > know or imagine why a Lisp program would NOT like such an offset? > >=20 > > Citing other discussions is not really relevant, if there=E2=80=99s a > problem there=E2=80=99s a problem=2E User expectation is if a user write= s codes > following the Elisp manual, the expectation is that it should continue > to work=2E In this case, using :align-to should align to its specified > value=2E >=20 > :align-to does align to its value, it just doesn't currently update it > to account for the space taken by line numbers=2E >=20 > It's clear that the change I have in mind will solve your specific > problem, I just want to hear from others whether it could harm > something=2E Btw, in case it wasn't clear: a solution for this is already available -- use line-number-display-width when computing the value of :align-to=2E Like tabulated-list-mode already does=2E I'm just trying to establish if a more convenient solution could be possib= le=2E