From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Paul Rankin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Oct 2017 03:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 28855 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 28855@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15081251066830 (code B ref -1); Mon, 16 Oct 2017 03:39:01 +0000 Received: (at submit) by debbugs.gnu.org; 16 Oct 2017 03:38:26 +0000 Received: from localhost ([127.0.0.1]:42253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3wEU-0001m6-KP for submit@debbugs.gnu.org; Sun, 15 Oct 2017 23:38:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3wES-0001ls-AG for submit@debbugs.gnu.org; Sun, 15 Oct 2017 23:38:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e3wEM-0004tl-Bk for submit@debbugs.gnu.org; Sun, 15 Oct 2017 23:38:19 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42943) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1e3wEM-0004tb-8W for submit@debbugs.gnu.org; Sun, 15 Oct 2017 23:38:18 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52896) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e3wEK-0001r1-Da for bug-gnu-emacs@gnu.org; Sun, 15 Oct 2017 23:38:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e3wEH-0004qK-7J for bug-gnu-emacs@gnu.org; Sun, 15 Oct 2017 23:38:16 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:55105) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1e3wEH-0004q5-1W for bug-gnu-emacs@gnu.org; Sun, 15 Oct 2017 23:38:13 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 3744520925 for ; Sun, 15 Oct 2017 23:38:12 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute3.internal (MEProxy); Sun, 15 Oct 2017 23:38:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paulwrankin.com; h=content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=DBStXuMpodnsgg22FLcQH+q0HKODQnico0jfm7JibrU=; b=tm0/U8ah L3DO00vmgRAvCxS78LCf03B4TiBplLl/nH3PtIKSKU36l7CpvO/7wUxrGJ5VZXta o1PLTi3FELpEtaIJQNpp9hwhIJA1ckXGGjj5+hlwIGL3q5GiSxM7uX+ozfOhrr9t ijecLK5GGrXywN0e+hRpDSTAvLXZPh2ro5SSB4Sn0tHZR2ZJTVqWe+Y1nsrG9+Eb +w/NTgDJZKniOgFTcTm4jEnIXoXrOPIQXndfhZKBdO9KGGZ0+FVhi/kI7pFgDkJZ +Jbzua7ZcxWo4vLZA4gWAGTrIEIw2Ypw2cxrFGGTIiHEd8ai7WgqYz3nrUafcH3A 78vLG/iVgmpTyA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=DBStXuMpodnsgg22FLcQH+q0HKODQ nico0jfm7JibrU=; b=L7PEikK+oDO2iwNPAikbUhW57KlDg1CBwH9uegiF+xI9z RMt/W04IApf+5RcNTh/L/e/ECLWzTMUag0nImIks5huDjo++m1AgfBXOemn9RLa6 +IIkC6hcyDpAdQEacsRFiW8UjmsxdwkG87PlaXkHHBMn+TXPmG658HvUv4DHEmKC MBrLaCRnSW+AGawQ+/rPSz2MHkauMmjq5c78fmy+12zvZxBUyeDIPOD1Bid+0k9u Ip3KGgHW/lVt2AD7phV1UbiuM4AZEpC5FYqJk2WryUfDsf4ESlzZmpesWmrkW4B6 A1LYJTWZcegTuCsXRv1+bUw4Oh1HcdFcj5l2ZouAg== X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 0502E9E2DE; Sun, 15 Oct 2017 23:38:11 -0400 (EDT) Message-Id: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> From: Paul Rankin MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-26fdae60 Date: Mon, 16 Oct 2017 13:38:11 +1000 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) display-line-numbers-mode does not respect line-prefix or wrap-prefix text properties when set as '(space :align-to N). To reproduce: 1. emacs -Q 3. type some text in *scratch* buffer 2. M-: (put-text-property (line-beginning-position) (line-end-position) 'line-prefix '(space :align-to 2)) 3. M-x display-line-numbers-mode Expected results: Line numbers should be displayed before line-prefix (and/or wrap-prefix) space of 2 columns. Actual results: Line numbers eat the line-prefix and wrap-prefix space, effectively aligning the text back to 0. Configuration: GNU Emacs 26.0.90 (build 1, x86_64-apple-darwin17.0.0) of 2017-10-15 macOS 10.13 (17A405) MacBook Pro (Retina, 15-inch, Mid 2015) 2.2 GHz Intel Core i7 16 GB 1600 MHz DDR3 Intel Iris Pro 1536 MB From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Oct 2017 16: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: To: Paul Rankin , Dmitry Gutov Cc: 28855@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150816994911254 (code B ref 28855); Mon, 16 Oct 2017 16:06:02 +0000 Received: (at 28855) by debbugs.gnu.org; 16 Oct 2017 16:05:49 +0000 Received: from localhost ([127.0.0.1]:44063 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e47tl-0002vS-8t for submit@debbugs.gnu.org; Mon, 16 Oct 2017 12:05:49 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36181) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e47tj-0002vF-2X for 28855@debbugs.gnu.org; Mon, 16 Oct 2017 12:05:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e47tY-0003Na-4k for 28855@debbugs.gnu.org; Mon, 16 Oct 2017 12:05:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56937) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e47tY-0003NQ-0y; Mon, 16 Oct 2017 12:05:36 -0400 Received: from [176.228.60.248] (port=2002 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e47tX-0008FD-G2; Mon, 16 Oct 2017 12:05:35 -0400 Date: Mon, 16 Oct 2017 19:05:18 +0300 Message-Id: <83po9nf58h.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> (message from Paul Rankin on Mon, 16 Oct 2017 13:38:11 +1000) References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> 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-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Paul Rankin > Date: Mon, 16 Oct 2017 13:38:11 +1000 > > display-line-numbers-mode does not respect line-prefix or wrap-prefix text properties when set as '(space :align-to N). > > To reproduce: > > 1. emacs -Q > 3. type some text in *scratch* buffer > 2. M-: (put-text-property (line-beginning-position) (line-end-position) 'line-prefix '(space :align-to 2)) > 3. M-x display-line-numbers-mode > > Expected results: > > Line numbers should be displayed before line-prefix (and/or wrap-prefix) space of 2 columns. > > Actual results: > > Line numbers eat the line-prefix and wrap-prefix space, effectively aligning the text back to 0. 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. 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. 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. :align-to is a very popular feature; does anyone know or imagine why a Lisp program would NOT like such an offset? What do people think? Dmitry, what about company-mode popups, for example? It should be a very easy change to offset the origin for every use of :align-to for buffer text: it's basically a single line of code in a single place. But if some applications won't want that, we will probably need an entirely new attribute, which is much less nice, IMO. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Paul Rankin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Oct 2017 00:48: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: To: Eli Zaretskii Cc: 28855@debbugs.gnu.org, Dmitry Gutov Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150820123425627 (code B ref 28855); Tue, 17 Oct 2017 00:48:02 +0000 Received: (at 28855) by debbugs.gnu.org; 17 Oct 2017 00:47:14 +0000 Received: from localhost ([127.0.0.1]:44495 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4G2M-0006fG-Kl for submit@debbugs.gnu.org; Mon, 16 Oct 2017 20:47:14 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:47969) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4G2L-0006f9-2q for 28855@debbugs.gnu.org; Mon, 16 Oct 2017 20:47:13 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 9AE6F20E0C; Mon, 16 Oct 2017 20:47:11 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute3.internal (MEProxy); Mon, 16 Oct 2017 20:47:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paulwrankin.com; h=cc:content-transfer-encoding:content-type:date:from :in-reply-to:message-id:mime-version:references:subject:to :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=lCx46on3dxqxlup22 UzsdOCGk1pqYwg4Ft2Apfr80cA=; b=nBivcnuf5JeA1LQ6LVJbRFL+YPJxwmxaP fxfIZAJmGj1uuoQIaYmGYaJmhOfLLiQ5Yh035PMDc3LSV6HgQdA9OZaLUendfjH3 4wtF/a96qj2tw0MzGNAu0AsiHq7rrYJHgm5zoZEijcPFYb+4GKCSsoFzSFfNMUTl E4QC3f3Xu2t6sJKrRmXVoJpawOvRT9z/+2yf38G0ilNzQQQAWDIh50QHSgs6sNcD GZvAt/+A5qqWEEuy161pwrMkJktnU9+KqBQTvv5qtvtrN+sj5a1bmOqi6MEnXsr6 w8xl7ILF+LXUqzvYF8wj7eRHp1sLm4jIf458bktxtl8Vs4hwnz2eA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=lCx46o n3dxqxlup22UzsdOCGk1pqYwg4Ft2Apfr80cA=; b=jq8QEY3lHTfX9leYFb+2Ix BNsVkFv9kWbGwib5HWOKjC7GPim9AM8JPfDq2nUuv/9YafeFAcNO0Ly4R3L88CrK 0wTs6PvnAn9HkWau/oVGTGv6ayZvWdGZ6MyMltmu3C+fIDiv8KqacJVMDnR6Fvsn iFABdHw9oZIT68ALkNHcJb+gzEUxgnaUVb0T0+XY1h7/zwACJ3SvECbLSp+yEU1e txq4wB+BCebAwDo04RrwxortNvMlOvB49TzhrimqtDlVQgar+G/Ceub1QDTxedi7 Kph37hIVF/3dSX6KJBHJGHJART8T4NGXTOnwVYWdFmJXPmrllF7x6a6n0bJUfoSg == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 75F3C9E303; Mon, 16 Oct 2017 20:47:11 -0400 (EDT) Message-Id: <1508201231.2707210.1141020784.023AF671@webmail.messagingengine.com> From: Paul Rankin MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-26fdae60 In-Reply-To: <83po9nf58h.fsf@gnu.org> References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> Date: Tue, 17 Oct 2017 10:47:11 +1000 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) 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. linum-mode.el (in 26.x) manages to display line numbers without interfering= , so it=E2=80=99s really just about display-line-numbers-mode. > 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. 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. :align-to is a very popular feature; does anyone > know or imagine why a Lisp program would NOT like such an offset? Citing other discussions is not really relevant, if there=E2=80=99s a probl= em there=E2=80=99s a problem. User expectation is if a user writes codes fo= llowing the Elisp manual, the expectation is that it should continue to wor= k. In this case, using :align-to should align to its specified value. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Oct 2017 02:46: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: To: Paul Rankin Cc: 28855@debbugs.gnu.org, dgutov@yandex.ru Reply-To: Eli Zaretskii Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.15082083193830 (code B ref 28855); Tue, 17 Oct 2017 02:46:02 +0000 Received: (at 28855) by debbugs.gnu.org; 17 Oct 2017 02:45:19 +0000 Received: from localhost ([127.0.0.1]:44555 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4Hsd-0000zi-Cq for submit@debbugs.gnu.org; Mon, 16 Oct 2017 22:45:19 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4Hsb-0000zV-6H for 28855@debbugs.gnu.org; Mon, 16 Oct 2017 22:45:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e4HsT-0000lK-1R for 28855@debbugs.gnu.org; Mon, 16 Oct 2017 22:45:12 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39047) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4HsS-0000lF-UV; Mon, 16 Oct 2017 22:45:08 -0400 Received: from [176.228.60.248] (port=2523 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e4HsS-0003la-BX; Mon, 16 Oct 2017 22:45:08 -0400 Date: Tue, 17 Oct 2017 05:44:51 +0300 Message-Id: <83a80qfq70.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <1508201231.2707210.1141020784.023AF671@webmail.messagingengine.com> (message from Paul Rankin on Tue, 17 Oct 2017 10:47:11 +1000) References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <1508201231.2707210.1141020784.023AF671@webmail.messagingengine.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Paul Rankin > Cc: Dmitry Gutov , 28855@debbugs.gnu.org > Date: Tue, 17 Oct 2017 10:47:11 +1000 > > 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. > > linum-mode.el (in 26.x) manages to display line numbers without interfering, so it’s really just about display-line-numbers-mode. Yes, of course. linum-mode displays the numbers in the display margin, and keeping off the margins was an explicit design goal of display-line-numbers-mode. > > 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. 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. :align-to is a very popular feature; does anyone > > know or imagine why a Lisp program would NOT like such an offset? > > Citing other discussions is not really relevant, if there’s a problem there’s a problem. User expectation is if a user writes codes following the Elisp manual, the expectation is that it should continue to work. In this case, using :align-to should align to its specified value. :align-to does align to its value, it just doesn't currently update it to account for the space taken by line numbers. 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. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property 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: To: Paul Rankin Cc: 28855@debbugs.gnu.org, dgutov@yandex.ru Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150821311310954 (code B ref 28855); Tue, 17 Oct 2017 04:06:02 +0000 Received: (at 28855) by debbugs.gnu.org; 17 Oct 2017 04:05:13 +0000 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 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 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 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 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 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 Date: Tue, 17 Oct 2017 07:04:54 +0300 User-Agent: K-9 Mail for Android In-Reply-To: <83a80qfq70.fsf@gnu.org> References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <1508201231.2707210.1141020784.023AF671@webmail.messagingengine.com> <83a80qfq70.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Eli Zaretskii Message-ID: 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-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) 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 From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Paul Rankin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Oct 2017 04:33:01 +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: To: Eli Zaretskii Cc: 28855@debbugs.gnu.org, dgutov@yandex.ru Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150821474013357 (code B ref 28855); Tue, 17 Oct 2017 04:33:01 +0000 Received: (at 28855) by debbugs.gnu.org; 17 Oct 2017 04:32:20 +0000 Received: from localhost ([127.0.0.1]:44605 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4JYC-0003TN-8T for submit@debbugs.gnu.org; Tue, 17 Oct 2017 00:32:20 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:53625) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4JYA-0003TF-VH for 28855@debbugs.gnu.org; Tue, 17 Oct 2017 00:32:19 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id C055820CE9; Tue, 17 Oct 2017 00:32:18 -0400 (EDT) Received: from web1 ([10.202.2.211]) by compute3.internal (MEProxy); Tue, 17 Oct 2017 00:32:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paulwrankin.com; h=cc:content-transfer-encoding:content-type:date:from :in-reply-to:message-id:mime-version:references:subject:to :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=XnayRckV25HahsMB6 YRstLQnHQUGyZluK86iAxkcQRE=; b=pvY9Cw7HDv4LhosfsIY7mlj2fAcRpvmEA iiwZ5ONa9aT4A6k7UcgmyPOu3qB8mOUR9lzkRtPEWUr//Li4ECdw7NUZWGx6orDu KC2TONcbUkvjjAV+B9qIgp01vPnclGbaLe+ApfXuZdezdTembVu+ZsqnXPXE5KNY XELauthGP7pWNjf5j550ZABTNDRAt3+opp3XIyGNrVPIM3g70wWmC9x1QrE6g1RS WEwePuqU3XZMCarYrMO5xGCE7+A+P5/shomtKPvkbmFqa4chK/IwNtn7UDkmexrB GmN/NhHnv9ntOCFRRCt6H9fRCgucPwZDJshr1j2TldE8CosHohRPQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=XnayRc kV25HahsMB6YRstLQnHQUGyZluK86iAxkcQRE=; b=c7mGHsjJ6b45Cf635KpjO1 iucr3boJ1j5v6U6H3nbm5MzESPewXxVVtXeXGjJHFFDDm3ooXOUsB6SE78OlCXbz gS5x+kzanPCa3fmOOOEpbO4jvBQ5gtG7Ax9eeWF8BUtHw6WV9g9K9CLItd9BjdL+ 2twlXxaG7axG4n5x+yF08RJAMeNKAEON3zK1kTmxLZ2F+pBeJpq2SrfLbZ4NSIP+ +oplx2kSgk9QoSvRgZvoyHyT6FVnP+jf6EAHlnbc5I6sZmUHArc1PmIar0cWwQW5 WIKLpNmd+Yo5QaSzUb0SgwStboD76dC4JC5zjnUM3SkHTWJBPd6D+9iWS3L0FcSQ == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 8B9C495781; Tue, 17 Oct 2017 00:32:18 -0400 (EDT) Message-Id: <1508214738.649851.1141178416.2406474A@webmail.messagingengine.com> From: Paul Rankin MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-26fdae60 In-Reply-To: References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <1508201231.2707210.1141020784.023AF671@webmail.messagingengine.com> <83a80qfq70.fsf@gnu.org> Date: Tue, 17 Oct 2017 14:32:18 +1000 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Tue, 17 Oct 2017, at 02:04 PM, Eli Zaretskii wrote: > > :align-to does align to its value, it just doesn't currently update it > > to account for the space taken by line numbers. Justifying a bug doesn=E2=80=99t fix it. > > 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. >=20 > 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. > Like tabulated-list-mode already does. >=20 > I'm just trying to establish if a more convenient solution could be possi= ble. Further to the cited discussion, if taken to its logical conclusions, this = approach reaches a point of absurdity, e.g. Three lines with respective :align-to property values of 0, 2 and 4 should = appear like this: foo bar baz However what we get when these lines occur at line 1000 with display-line-n= umbers-mode enabled is: 1000 foo 1001 bar 1002 baz Or, given that the line numbers take up a width of 4 characters, and we don= =E2=80=99t account for this width, then logically do we now truncate the le= ading 4 and 2 characters....? 1000=20 1001 r 1002 baz From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Oct 2017 05:50:01 +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: To: Paul Rankin Cc: 28855@debbugs.gnu.org, dgutov@yandex.ru Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150821936921008 (code B ref 28855); Tue, 17 Oct 2017 05:50:01 +0000 Received: (at 28855) by debbugs.gnu.org; 17 Oct 2017 05:49:29 +0000 Received: from localhost ([127.0.0.1]:44637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4Kkr-0005Sm-LZ for submit@debbugs.gnu.org; Tue, 17 Oct 2017 01:49:29 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50266) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4Kkq-0005Sa-RP for 28855@debbugs.gnu.org; Tue, 17 Oct 2017 01:49:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e4Kkk-0007Iv-V0 for 28855@debbugs.gnu.org; Tue, 17 Oct 2017 01:49:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40804) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4Kkf-0007HH-Vy; Tue, 17 Oct 2017 01:49:18 -0400 Received: from [176.13.228.183] (port=23290 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 1e4Kkf-0001jX-Ad; Tue, 17 Oct 2017 01:49:17 -0400 Date: Tue, 17 Oct 2017 08:49:12 +0300 User-Agent: K-9 Mail for Android In-Reply-To: <1508214738.649851.1141178416.2406474A@webmail.messagingengine.com> References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <1508201231.2707210.1141020784.023AF671@webmail.messagingengine.com> <83a80qfq70.fsf@gnu.org> <1508214738.649851.1141178416.2406474A@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Eli Zaretskii Message-ID: <4B9BF5B2-3C1C-4036-B0E3-E8BD76846A4D@gnu.org> 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-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) On October 17, 2017 7:32:18 AM GMT+03:00, Paul Rankin wrote: > On Tue, 17 Oct 2017, at 02:04 PM, Eli Zaretskii wrote: > > > :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 > Justifying a bug doesn=E2=80=99t fix it=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 > >=20 > > 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 > >=20 > > I'm just trying to establish if a more convenient solution could be > possible=2E >=20 > Further to the cited discussion, if taken to its logical conclusions, > this approach reaches a point of absurdity, e=2Eg=2E >=20 > Three lines with respective :align-to property values of 0, 2 and 4 > should appear like this: >=20 > foo > bar > baz >=20 > However what we get when these lines occur at line 1000 with > display-line-numbers-mode enabled is: >=20 > 1000 foo > 1001 bar > 1002 baz >=20 > Or, given that the line numbers take up a width of 4 characters, and > we don=E2=80=99t account for this width, then logically do we now trunca= te the > leading 4 and 2 characters=2E=2E=2E=2E? >=20 > 1000=20 > 1001 r > 1002 baz Not sure what is alluded to as "this approach"=2E My last point is that instead of 0, 2, and 4, you can use those values plu= s what line-number-display-width returns, and then you will have your expected result=2E From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Paul Rankin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Oct 2017 07:18:01 +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: To: Eli Zaretskii Cc: 28855@debbugs.gnu.org, dgutov@yandex.ru Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150822465528921 (code B ref 28855); Tue, 17 Oct 2017 07:18:01 +0000 Received: (at 28855) by debbugs.gnu.org; 17 Oct 2017 07:17:35 +0000 Received: from localhost ([127.0.0.1]:44716 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4M87-0007WP-1v for submit@debbugs.gnu.org; Tue, 17 Oct 2017 03:17:35 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:48801) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4M86-0007WI-2d for 28855@debbugs.gnu.org; Tue, 17 Oct 2017 03:17:34 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id EB10520BB5; Tue, 17 Oct 2017 03:17:33 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute3.internal (MEProxy); Tue, 17 Oct 2017 03:17:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paulwrankin.com; h=cc:content-transfer-encoding:content-type:date:from :in-reply-to:message-id:mime-version:references:subject:to :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=gviYXwIdf7/ejM1ru hKgdGK88mPBo+JjfHOjY9s9CkE=; b=2Cc7KKSufp6/uvNPeWBGpPmIJOAyW0WLG h7WWU56qfUjn473idO8Nzv/eWnpT9gr4TjPf5ByJhHCeshq/AlNsxTEAEQf8KraP XErmn8SyxHBAiLRxxuMNv7Ff/c+cg4M32+koQaWf46opSsdLAjC4nFi8jfm67knG wWrfU7LyYP3vOHD0dcfTeM8KS71xVUeE5Hk6ETbH3R1vIGgLj0PrNrO+gCffkSk8 c/viFlZILFe2wn61jhbZFMClQy+V/ttu6u1AOXOYI/IH6hYV+1G3aoULiFlHM9Iw PUTKkn8YgiGmKxYbbJROrG5pfe/HZKeeOJ8gS/idgptSZCemuU4Dw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=gviYXw Idf7/ejM1ruhKgdGK88mPBo+JjfHOjY9s9CkE=; b=MgPAB6b/9aWcNmriAg6Kjk HID+PONUh8N89TzBf+9561PAWuw0wx35xoV4KqDePaBUGRoadhvYQ9AccoI3KFX7 oL5dRFRJwPj+1tECuxGBxCN9aUEVJ8XIrJYb6ip7nWyt96L55+WVV8lnkVsiz6JH +YB1KRS5vHOWz3jCXxqvVvJErzBmSywtjs/K9dL0yYo8h64c8KLMzvIANSGt/v1k YFHbhc5xCxCacZVtIrZtGlKFcRxMXF75nemSCfD216w4rPEFC+V8xS1ZIYi3V3Vx ml/JsugbqHCUhrlC6FLZHSZ0vvqWSgA/5lfObD2zyqwEsbTsf8+RQzyYkaYo/2mw == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id C785D9E2F3; Tue, 17 Oct 2017 03:17:33 -0400 (EDT) Message-Id: <1508224653.2791213.1141283600.44832EFE@webmail.messagingengine.com> From: Paul Rankin MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-26fdae60 References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <1508201231.2707210.1141020784.023AF671@webmail.messagingengine.com> <83a80qfq70.fsf@gnu.org> <1508214738.649851.1141178416.2406474A@webmail.messagingengine.com> <4B9BF5B2-3C1C-4036-B0E3-E8BD76846A4D@gnu.org> Date: Tue, 17 Oct 2017 17:17:33 +1000 In-Reply-To: <4B9BF5B2-3C1C-4036-B0E3-E8BD76846A4D@gnu.org> X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Tue, 17 Oct 2017, at 03:49 PM, Eli Zaretskii wrote: > > Further to the cited discussion, if taken to its logical conclusions, > > this approach reaches a point of absurdity, e.g. > >=20 > > Three lines with respective :align-to property values of 0, 2 and 4 > > should appear like this: > >=20 > > foo > > bar > > baz > >=20 > > However what we get when these lines occur at line 1000 with > > display-line-numbers-mode enabled is: > >=20 > > 1000 foo > > 1001 bar > > 1002 baz > >=20 > > Or, given that the line numbers take up a width of 4 characters, and > > we don=E2=80=99t account for this width, then logically do we now trunc= ate the > > leading 4 and 2 characters....? > >=20 > > 1000=20 > > 1001 r > > 1002 baz >=20 > Not sure what is alluded to as "this approach". Current implementation. > My last point is that instead of 0, 2, and 4, you can use those values pl= us what > line-number-display-width returns, and then you will have your expected > result. It=E2=80=99s not the responsibility of others to work around problems you c= reate. I=E2=80=99ve done my part by identifying the bug. That=E2=80=99s as = far as I wish to be involved. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Oct 2017 09:30: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: To: Eli Zaretskii , Paul Rankin Cc: 28855@debbugs.gnu.org Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150831896011838 (code B ref 28855); Wed, 18 Oct 2017 09:30:02 +0000 Received: (at 28855) by debbugs.gnu.org; 18 Oct 2017 09:29:20 +0000 Received: from localhost ([127.0.0.1]:47304 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4kf9-00034s-Rp for submit@debbugs.gnu.org; Wed, 18 Oct 2017 05:29:20 -0400 Received: from mail-lf0-f42.google.com ([209.85.215.42]:56021) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4kf8-00034b-5h for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 05:29:18 -0400 Received: by mail-lf0-f42.google.com with SMTP id p184so5037510lfe.12 for <28855@debbugs.gnu.org>; Wed, 18 Oct 2017 02:29:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=u9julWb+GW1TJQLWBnXwtteHjLAxeb8cmCrEqvlfP0U=; b=tVb+rpsCYh6SOBRm1jZ3tROFRreZPAh5KEIsqFYpzYNpe0AaJ07dXsNBjr73ebYFN7 SeBy+oC7eQRDi7XNQUIKgiQOSWjyW290t3TwuF04Rbsvh0iXvLLd7v12qIT4NOSIeTS8 lPz2I3kYjeNayqk/Efn4tYVA33DfkcbIg+Dh90zaZC9EapEqJcVCSTlyhLxi20e6PDPO g5mUUm/XyhIOOK6ZDwGcXap7swrzZEvR7x+WP8DH3dx2Oq2P2QTSxsiX1FnhL0tIMfK3 g2Jeb6HaREFhPFKgXbuF/e4Ie8CpxdvRH/eCLG4iKOb/vwAxS1iwX7S9qghEHuLtz+rc 7Kcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=u9julWb+GW1TJQLWBnXwtteHjLAxeb8cmCrEqvlfP0U=; b=i0G3onFL4f/kmvLiR1WJV1w0EXk1tWov/y26KteMA7apx1BwUPmBkS+v66d2ldfDUc Owlrk30XgXAUkVNcka0+Jlloa2kI6m7DhxA6RvAXomzNqw8qoWr1bV0cSAAmPhRUl0wb szIAhYlN+Lbd/mdbJNOpK+xRjxyuNrjMumQUVOH+7DtacH3a/qj2bjphvnpQQnNzJ1rG cst379WPl8zyHp4B1Q6DqIVkjP6QHPSkI37Mm+csXFJ1L/DPB30stdH0CasQWh6vRp/g 2sivfVd6dSheE+Y8yDPAqB0fWNwndftg/rNPo7fI02nZi/qQMSYaeUn00IIJptYe9qPx V9vA== X-Gm-Message-State: AMCzsaUjM0YecAVYwN8ScdSgs4Uxue8Sp4zwV5oiU7Kq8fSm1y1F+rBj zzQV/+i499inFxbFOTs1Rr7dupSq X-Google-Smtp-Source: ABhQp+RT+VD1M+BLC4QOLIxJL7bwBML3rKBbRsx8luRV/CGig2Wqxwbmndpz2sUJxI03CwvMrn0C2g== X-Received: by 10.25.43.9 with SMTP id r9mr3898875lfr.128.1508318951858; Wed, 18 Oct 2017 02:29:11 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id t7sm2925010ljd.53.2017.10.18.02.29.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Oct 2017 02:29:10 -0700 (PDT) References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> From: Dmitry Gutov Message-ID: <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> Date: Wed, 18 Oct 2017 12:29:08 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Thunderbird/56.0 MIME-Version: 1.0 In-Reply-To: <83po9nf58h.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) Hi Eli, On 10/16/17 7:05 PM, Eli Zaretskii wrote: > 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. FTR, I'd have preferred for the line numbers to be considered outside of the window edge, together with fringes and margins. And I still don't see any downside to it (except it might be harder to implement). As it is now, third-party code has to adapt instead, by handling the line numbers specially. > 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. :align-to is a very popular feature; does anyone > know or imagine why a Lisp program would NOT like such an offset? > > What do people think? Dmitry, what about company-mode popups, for > example? Not sure. What about them? We don't use align-to in the popups (though we could, for space-only offsets, now that I've read about this spec; not sure if the change will be worth it, performance or memory-wise). And as for align-to's used in the buffer text, we probably don't support them very well, but the proposed change shouldn't make it any worse, I think. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Oct 2017 16:49:01 +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: To: Dmitry Gutov , martin rudalics Cc: 28855@debbugs.gnu.org, Stefan Monnier , John Wiegley Reply-To: Eli Zaretskii Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150834528431699 (code B ref 28855); Wed, 18 Oct 2017 16:49:01 +0000 Received: (at 28855) by debbugs.gnu.org; 18 Oct 2017 16:48:04 +0000 Received: from localhost ([127.0.0.1]:48528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4rVk-0008FC-Dc for submit@debbugs.gnu.org; Wed, 18 Oct 2017 12:48:04 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55174) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4rVi-0008Eh-Ok for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 12:48:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e4rVc-0003KW-EC for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 12:47:57 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44297) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4rVS-0002y8-0w; Wed, 18 Oct 2017 12:47:46 -0400 Received: from [176.228.60.248] (port=3776 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e4rVR-0006Ye-Bi; Wed, 18 Oct 2017 12:47:45 -0400 Date: Wed, 18 Oct 2017 19:47:31 +0300 Message-Id: <83h8uwe730.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> (message from Dmitry Gutov on Wed, 18 Oct 2017 12:29:08 +0300) References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> 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-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: 28855@debbugs.gnu.org > From: Dmitry Gutov > Date: Wed, 18 Oct 2017 12:29:08 +0300 > > FTR, I'd have preferred for the line numbers to be considered outside of > the window edge, together with fringes and margins. And I still don't > see any downside to it (except it might be harder to implement). Well, "harder to implement" is very relevant here ;-) Also, "outside of the window edge" has implications besides text layout, and I trust Martin's judgment (which happens to match mine) that we should try letting those sleeping dogs lie. In any case, this opinion of yours probably means that having :align-to automatically update its offsets to account for the line numbers is in the direction you wanted Emacs to go, albeit not all the way, right? I mean, it does make Emacs behave as if line numbers were not part of the text area in this case. > As it is now, third-party code has to adapt instead, by handling the > line numbers specially. Yes. But this is nothing new, it happens with almost every display-related feature. > > 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. :align-to is a very popular feature; does anyone > > know or imagine why a Lisp program would NOT like such an offset? > > > > What do people think? Dmitry, what about company-mode popups, for > > example? > > Not sure. What about them? We don't use align-to in the popups (though > we could, for space-only offsets, now that I've read about this spec; > not sure if the change will be worth it, performance or memory-wise). > > And as for align-to's used in the buffer text, we probably don't support > them very well, but the proposed change shouldn't make it any worse, I > think. OK, thanks. Martin, any comments or thoughts about this, before I go out and make the code changes to implement this? Anybody else? Stefan? John? TIA From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Oct 2017 17:46:01 +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: To: Eli Zaretskii , Dmitry Gutov Cc: 28855@debbugs.gnu.org, Stefan Monnier , John Wiegley Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.15083487204987 (code B ref 28855); Wed, 18 Oct 2017 17:46:01 +0000 Received: (at 28855) by debbugs.gnu.org; 18 Oct 2017 17:45:20 +0000 Received: from localhost ([127.0.0.1]:48553 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4sP9-0001IM-Us for submit@debbugs.gnu.org; Wed, 18 Oct 2017 13:45:20 -0400 Received: from mout.gmx.net ([212.227.17.21]:63674) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4sP7-0001I3-MS for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 13:45:18 -0400 Received: from [192.168.1.100] ([46.125.249.96]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MWkZL-1dkLPa02Yt-00Xslh; Wed, 18 Oct 2017 19:45:01 +0200 Message-ID: <59E79312.5050201@gmx.at> Date: Wed, 18 Oct 2017 19:44:50 +0200 From: martin rudalics MIME-Version: 1.0 References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> In-Reply-To: <83h8uwe730.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:8wpoiaogo+jqwFoC0Nz8sc5YN6G9M/AlJG7uF7bo8uXJC7574xV JYcwYhrg+rFWm1rXG/A7PhzXeaO+fxNS9YCdzBo836DFqqJskQg7iU/1zTBPdOYGmb2iyC/ Bi0vHahNVgbUjIep2heDew8mwkPHkQiFM+/iQIlY1ncCVrwOChNE2lFIa0h/bQgxHFTXGx3 UxhL8KjdcDM8g29aV4KLQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:GGNpxRF4cGE=:bQc8AIlazK87tJMSV0Rtlh WeYCsjFabq8QJFcbIPBggznXQsio9SMqMBKzMb05aoJwEWeP9dUJr67BMk0OwXYdi6ZVe320b XoMS+bLainHDYHybxxdhnuFgjt+q01kCiB286mcpWfcYZ43CcxFv1bpCcXd4dskscJ2LOwaEU XQ/idcIiZNrd2L4jjbuA7viA7EQCnIecOHl1HeKvoAs/LUjBM4ftDBDm9wejvL/RpaI814rqM Ngh7xHXQK6BDi2FJcU9/o4zx6CDN8GMll9UhUL9iMWEzAg/F1bi0/eBfb4tcWPttalYsIyvOz A2Yi4H5uZJrCQoE0W8w/f1BbFGIMw76vNzUAVZycAd6mLrA0mzbjKp0nHa8Wbd4TPN/8nYj4z YFbmbh7gDyO2glye4++ElxQ+rtFELFNPKG1q3U8Ww9iB0LE/N1OfJo+6ERqffHLy5mkA/BRAH ur9BsRYy695JlM5GE221JuFVaBr2tCd+orODnvpd3JzqS0Lc7rRWWxT3HD4qiwKBMqHC5wlGP kXIl0yuhk+r4XZrPD1mCbd7fZl8rHxnK8hGE4j6uxhfqEflcb8aHic+SwsIxxHPo93mAsLVvs Bi3oHyqZ94JtcU3hD/I2Qzy5GnYvj+WvCokmYKS3PLY/+Tx4zz7lRdz6YQQ3fjYFVnstXf68G w2+PK+3e2cxr+Z8Mk4KOAaclhvhG0XgOiOifPTZrim8J/x56h3Gn5mQ2+NMMvqZsMamIDKm2p vd/0NGwwhlnhFP8x+DSyq6AI+wmMNqwFbXxsffIuVRturb8sDjlLLB8p2biUjSlqfm4RdwXP6 ISU4nbBrpIS4hBg8wLdt5+bXUSkJ8WvPrjFJWo6bEH7RBVjnhVxamjGzn3bfvRGUeS9VCkC X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Martin, any comments or thoughts about this, before I go out and make > the code changes to implement this? I'd make the change. If someone wants the current behavior, we could add a "special element" like 'line-number-display-start' such that :align-to 0 would behave like :align-to (+ line-number-display-start (line-number-display-width t)) for LTR text. But I never use :align-to so I'm not very qualified to comment on this. martin From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Oct 2017 17:57: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: To: martin rudalics Cc: 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, dgutov@yandex.ru Reply-To: Eli Zaretskii Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.15083493656082 (code B ref 28855); Wed, 18 Oct 2017 17:57:02 +0000 Received: (at 28855) by debbugs.gnu.org; 18 Oct 2017 17:56:05 +0000 Received: from localhost ([127.0.0.1]:48568 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4sZY-0001a1-67 for submit@debbugs.gnu.org; Wed, 18 Oct 2017 13:56:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45954) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4sZW-0001ZZ-2n for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 13:56:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e4sZP-00057V-NP for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 13:55:56 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45176) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4sZH-0004zS-1o; Wed, 18 Oct 2017 13:55:47 -0400 Received: from [176.228.60.248] (port=3990 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e4sZF-0005u3-6f; Wed, 18 Oct 2017 13:55:46 -0400 Date: Wed, 18 Oct 2017 20:55:20 +0300 Message-Id: <83fuage3xz.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <59E79312.5050201@gmx.at> (message from martin rudalics on Wed, 18 Oct 2017 19:44:50 +0200) References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> <59E79312.5050201@gmx.at> 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-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Wed, 18 Oct 2017 19:44:50 +0200 > From: martin rudalics > CC: 28855@debbugs.gnu.org, Stefan Monnier , > John Wiegley > > > Martin, any comments or thoughts about this, before I go out and make > > the code changes to implement this? > > I'd make the change. OK, will do. > If someone wants the current behavior, we could add > a "special element" like 'line-number-display-start' such that > > :align-to 0 > > would behave like > > :align-to (+ line-number-display-start (line-number-display-width t)) > > for LTR text. I don't think this addition would be needed, since :align-to already supports several elements which I intend to leave alone: left-fringe, left-margin, and scroll-bar. Offsets relative to these will not be affected by line numbers, because I don't think that would make sense. Only 'left', 'center' and bare numerical offsets will be affected, and 'text' will be affected to yield the width of the text area sans the space taken by line numbers. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Oct 2017 18: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: To: martin rudalics Cc: 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, dgutov@yandex.ru Reply-To: Eli Zaretskii Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.15083499427193 (code B ref 28855); Wed, 18 Oct 2017 18:06:02 +0000 Received: (at 28855) by debbugs.gnu.org; 18 Oct 2017 18:05:42 +0000 Received: from localhost ([127.0.0.1]:48587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4sis-0001rx-0O for submit@debbugs.gnu.org; Wed, 18 Oct 2017 14:05:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48838) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4siq-0001rh-P2 for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 14:05:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e4sik-0003qu-KB for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 14:05:35 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45337) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4sib-0003kX-M0; Wed, 18 Oct 2017 14:05:25 -0400 Received: from [176.228.60.248] (port=3996 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e4sia-0002zq-Tu; Wed, 18 Oct 2017 14:05:25 -0400 Date: Wed, 18 Oct 2017 21:05:09 +0300 Message-Id: <83d15ke3hm.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <59E79312.5050201@gmx.at> (message from martin rudalics on Wed, 18 Oct 2017 19:44:50 +0200) References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> <59E79312.5050201@gmx.at> 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-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Wed, 18 Oct 2017 19:44:50 +0200 > From: martin rudalics > CC: 28855@debbugs.gnu.org, Stefan Monnier , > John Wiegley > > If someone wants the current behavior, we could add > a "special element" like 'line-number-display-start' such that > > :align-to 0 > > would behave like > > :align-to (+ line-number-display-start (line-number-display-width t)) > > for LTR text. Actually, it's the other way around: the current behavior is that :align-to always starts counting from the window edge, even if line numbers are displayed, so the effect of ":align-to N" is as if N has been reduced by the screen space used for displaying the numbers. The changes I'm about to install make :align-to work as you described above, i.e. start measuring the offset from where the line-number display ends. After the change, if someone wants to always measure the offset from the window edge, they could/should use :align-to (+ left-fringe left-fringe N) Here the first occurrence of left-fringe stands for the position of the left edge of the left fringe, and the second occurrence stands for the width of the left fringe (these rules were always in effect, see the ELisp manual, under "Pixel Specification"). From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Oct 2017 18:36:01 +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: To: Eli Zaretskii Cc: 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, dgutov@yandex.ru Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150835170610257 (code B ref 28855); Wed, 18 Oct 2017 18:36:01 +0000 Received: (at 28855) by debbugs.gnu.org; 18 Oct 2017 18:35:06 +0000 Received: from localhost ([127.0.0.1]:48603 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4tBJ-0002fL-LA for submit@debbugs.gnu.org; Wed, 18 Oct 2017 14:35:05 -0400 Received: from mout.gmx.net ([212.227.15.18]:56746) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4tBF-0002eY-LY for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 14:35:02 -0400 Received: from [192.168.1.100] ([46.125.249.96]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MUoiS-1dk3z341ZU-00YAMd; Wed, 18 Oct 2017 20:34:50 +0200 Message-ID: <59E79EBD.8000506@gmx.at> Date: Wed, 18 Oct 2017 20:34:37 +0200 From: martin rudalics MIME-Version: 1.0 References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> <59E79312.5050201@gmx.at> <83d15ke3hm.fsf@gnu.org> In-Reply-To: <83d15ke3hm.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:F/QXRqh57OY3hjjMuS2meMwkHNBwjvqpG27KABonyDpNXsEDe9+ HcCJBjUN96AFe7PB3hDSX+0PEm9JRuTsq8UG1Xv41UcFBsWg7QAkay/tkFoG2QGOhNYO1+/ igDE0c/NO14rvxEI4zpDg9NUD8MEtRGU7ycZ7wABvL98l6RnWx05uVBrMVIQl1DRJUXg7XW YcNfTeQIUodAFiI1KoucQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:IMhZBwg6Smc=:g7+UxOEa/8JQ0+kUPNiyUp HSXTfOxlTSuBLyCyIof0qDyN6chBBybcN/NZ7VXWUt/TFN6Df/fWOGFdDeYTyYY3Ltwxhfjbv n/o2ZGHNYaBzC8vh5/J4BvdqO0g+Q0hRfpsYHz/UqgbCFaGhrlk7HEIij91MIYC95pcN8PyVM AgD9wzd+/3mPoeXM3S0xr9k/IIUj+dedH2sP88LNcWu/Rw+JhcQHhf5T2On1JjPUjEXUVh4Nj goOconk4pzVEp+uu1YOiIQK9iiaU/S+fERoTNP/A8Q4easlOxpDGdK4/vyXRVZXyAfi4ASlc1 lxRXVHDhdj8BlUXBUTxDJSGY0027yk3PVNNbin6I8ASURYUKUfqR4FDLJUgc3WgeR1PuhLrv4 F11pFOI3BO8LmU1HVskhBebjrC4wtME4ycEwBgEBjNF1Y06/Emonzj5gj0qzyjHZ+QJvtGKls lt1IJ48dlAa3UryhPq1EkuDD/TCud8F8FJ/lKGmLpQaBZd+a+iSLj52awEOVNNczirVDDuXir 2KZc9GqovWKy4aeafs4LraLsTN85nr0+akDTztOXzH58YbAFHALh7GxznUXVJNCrZcP4jGSSC mRBDTYmt1mkMEY2Ps9mmg5VlSciGL21++SBTa+sIHtfkbdaAFdqDXkqTNeMT9qOZQRaOSARLl PT0P057JoZL7Gh2P1eTYm8MlHa13zl6oEMvKbuaeYC8Wrp6lFJY/U4a9keWPfT8qj6Gn+1r5r mZSojHlyUj8uf5DEO75fjKjHWsXXLKXWjda/JtwaQd4A9DwEdvlkEw4hW+Uj/JoitdxcyEeNQ jbQMQQbCUC3NaKJMQOrm0/04At0k6EWU3Si2kRVrNeT+qxUQAHLi6+/+NCQR3MCJM9pzkY9 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > After the change, if someone wants to always measure the offset from > the window edge, they could/should use > > :align-to (+ left-fringe left-fringe N) Unless =E2=80=98fringes-outside-margins=E2=80=99 is non-nil and there's a= left margin. martin From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Oct 2017 18:45: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: To: martin rudalics Cc: 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, dgutov@yandex.ru Reply-To: Eli Zaretskii Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150835228411191 (code B ref 28855); Wed, 18 Oct 2017 18:45:02 +0000 Received: (at 28855) by debbugs.gnu.org; 18 Oct 2017 18:44:44 +0000 Received: from localhost ([127.0.0.1]:48610 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4tKZ-0002uL-Qs for submit@debbugs.gnu.org; Wed, 18 Oct 2017 14:44:43 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57949) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4tKY-0002u8-5Y for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 14:44:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e4tKR-00032s-OT for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 14:44:32 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45987) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4tKJ-0002ts-OA; Wed, 18 Oct 2017 14:44:23 -0400 Received: from [176.228.60.248] (port=4120 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e4tKI-0003vm-MM; Wed, 18 Oct 2017 14:44:23 -0400 Date: Wed, 18 Oct 2017 21:44:02 +0300 Message-Id: <83bml4e1ot.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <59E79EBD.8000506@gmx.at> (message from martin rudalics on Wed, 18 Oct 2017 20:34:37 +0200) References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> <59E79312.5050201@gmx.at> <83d15ke3hm.fsf@gnu.org> <59E79EBD.8000506@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Wed, 18 Oct 2017 20:34:37 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, > johnw@gnu.org > > > After the change, if someone wants to always measure the offset from > > the window edge, they could/should use > > > > :align-to (+ left-fringe left-fringe N) > > Unless ‘fringes-outside-margins’ is non-nil and there's a left margin. For that, there's left-margin that can play the same role. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Oct 2017 22:53: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: To: Eli Zaretskii , martin rudalics Cc: 28855@debbugs.gnu.org, Stefan Monnier , John Wiegley Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150836716226208 (code B ref 28855); Wed, 18 Oct 2017 22:53:02 +0000 Received: (at 28855) by debbugs.gnu.org; 18 Oct 2017 22:52:42 +0000 Received: from localhost ([127.0.0.1]:48847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4xCb-0006od-Ty for submit@debbugs.gnu.org; Wed, 18 Oct 2017 18:52:42 -0400 Received: from mail-wm0-f53.google.com ([74.125.82.53]:48049) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4xCZ-0006oN-So for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 18:52:40 -0400 Received: by mail-wm0-f53.google.com with SMTP id t69so12635153wmt.2 for <28855@debbugs.gnu.org>; Wed, 18 Oct 2017 15:52:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=5iBC9wk83Lut9sWo4+AUX0Cxy9xCYeWXfKW2I3pRHXA=; b=vLhdo1pSVUEw99G1mW5P3EBKEk+BWf5/svMK0dXP4m2btYElDoFw34j09C2x0bvYGA ghBVe+yt9pG23T/CUSmIdX5+A7k63jfMc/6BoGXudsePL1tH+CZiW0Z6UmlYX3BWooHp NOUnfIL4z1AUtNI9sY5FMV/ITGClzTeLklwwaLdXCdA/kKbrvLw3b+/T4oNyjNk9nZ+i QScuAZOd/G88XBrdz+dqUmuKxiekF++jFY1K/qQUHNYc4RcufaSV/76uCvUqUiS09FtG G7nPSSIalnhUduDJ9Rg1mgyggFUkv1AhymU0GBgqIXuHW9llrcjhCxD4VmA1Lc+K8Vz3 n9cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=5iBC9wk83Lut9sWo4+AUX0Cxy9xCYeWXfKW2I3pRHXA=; b=VdjVUFy5XaKm976AnRomilQcJvtMYOpHBOA5Kpcdh8kmqmtlX9tqun8MzHwZce1MQP +54G3Lhr3QxrWMNU7dtNJ158wKctgnDwX5bU7DtLMqCpB/ocfUFuilFmA8kYWhmPWHWj WPR5UX3t5pA+sANMDHFKs4FMMA5hTbSnAHw4moitN/FQpbvuchhC9U+0p3URAlDuEXPQ /3JzYZU2QbVFLL8bWcbN9/i5ttQXeioSG9jHE5cE0PbVStgAe7DDw0cfRAtHI4RpSEZR Rhk2tTUwNwTrY40amVNWSM7N7u6Vybc6E8dSlFyBW6qnfjNwcNkeCnpy6/O9eiIkPyPa ZBKg== X-Gm-Message-State: AMCzsaWX4Rr8Gvh47J4mRQvvSlcb2gVK+r3Zix9qN1hEPHXcvh9nDf4W ULZ0uqwhqX0ChIZfS3d0sb8= X-Google-Smtp-Source: ABhQp+RjoJzwPFp0UEbL7RTlUm9Kvt8rwGhNcqK53mvVzDkkxeIlf3UOGChfa5qz+pehNolXdDUeqQ== X-Received: by 10.80.208.222 with SMTP id g30mr133265edf.246.1508367154180; Wed, 18 Oct 2017 15:52:34 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id m1sm9119165edd.76.2017.10.18.15.52.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Oct 2017 15:52:33 -0700 (PDT) References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> From: Dmitry Gutov Message-ID: Date: Thu, 19 Oct 2017 01:52:31 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Thunderbird/56.0 MIME-Version: 1.0 In-Reply-To: <83h8uwe730.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On 10/18/17 7:47 PM, Eli Zaretskii wrote: > Well, "harder to implement" is very relevant here ;-) > > Also, "outside of the window edge" has implications besides text > layout, and I trust Martin's judgment (which happens to match mine) > that we should try letting those sleeping dogs lie. I get that it might have been too difficult to work out in time for Emacs 26, but here's hoping we'll get it sorted out in some later release. > In any case, this opinion of yours probably means that having > :align-to automatically update its offsets to account for the line > numbers is in the direction you wanted Emacs to go, albeit not all the > way, right? I mean, it does make Emacs behave as if line numbers were > not part of the text area in this case. Yes, but it might be not as beneficial when some other features do react to line numbers. Still, seems like the better choice here. >> As it is now, third-party code has to adapt instead, by handling the >> line numbers specially. > > Yes. But this is nothing new, it happens with almost every > display-related feature. Not every new feature has to become a new display-related feature, though. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Alex Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Oct 2017 23:59: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: To: Eli Zaretskii Cc: martin rudalics , 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, dgutov@yandex.ru Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.1508371102389 (code B ref 28855); Wed, 18 Oct 2017 23:59:02 +0000 Received: (at 28855) by debbugs.gnu.org; 18 Oct 2017 23:58:22 +0000 Received: from localhost ([127.0.0.1]:48889 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4yEA-00006D-Ir for submit@debbugs.gnu.org; Wed, 18 Oct 2017 19:58:22 -0400 Received: from mail-it0-f42.google.com ([209.85.214.42]:51779) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4yE9-000060-JT for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 19:58:22 -0400 Received: by mail-it0-f42.google.com with SMTP id o135so7943619itb.0 for <28855@debbugs.gnu.org>; Wed, 18 Oct 2017 16:58:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-transfer-encoding; bh=VDrr8EXFgZ1YQXRn0YNpKc/GClXA1b/2cx05LBZ1/+w=; b=RK2u6wjNs22zUxiwfNaByQsMaWRE1xrwENPmr/mtZ1mpHEoWrnzuc4E9EVR4cUgT9C IBVtK4Gb4vNur8X4sQAneWeO6exXzD2dR0cR4QMtqAzCUEf1ocejB62h3ZCJLScHDDm0 KCPEIQ0nFNQ6MdZtX5XJF+2b8qnugPVkVJxIf285Z7BnNUxD2vS+p3OdxMTvqIjP5oTv eRZNDGq9/STG9g+FlVMCawHYY54XZ116hBJ1adLYhKbhxPAt3a+FruXcHLeaPHmbQaU+ yTr53vEvPJktY1H1iOfoZYMw4pmgfi1WDl8tZt4Kyo4iuaEekexzne+ztCksCHuIHz5u h/IQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version:content-transfer-encoding; bh=VDrr8EXFgZ1YQXRn0YNpKc/GClXA1b/2cx05LBZ1/+w=; b=LnzNjOoBs6RvYgbbszAk44Sl9l67+e/7kgnmCFiCieNN3Jkoai7bc3WBCMDjP2RfGG DkYVGMqz8gcCm/ziqHM4j/Hx3Bjj1TDA4y5C/aZea7wTlJNskQFdL+SwkylgSEL/MJD2 rImxzF0jYQFoBKJFFJvUm6z0T8IHv5Xm8u7ExmlAGHhHZ/pk6l3W12RCe/6XUP+iIMfA YRxHn46fqQLeMkhsf4F3MQkOSPA2x5Re8f24z/VVw62OcZbM5FajoEusXPLr21L9/Wfs j3uziSbcgyoJTZb9PtrhZzDc2A6WuKF5CWQrsI723lf88yf4TC9bUt3upxrdUtVNuOIo zkSg== X-Gm-Message-State: AMCzsaWfNazNLfcpvaC/3V8Jo/k6xHqxGGn/s7gaEBGfAhA03WlBUxWq jYAxN2Zgr7u/qEZ3Q0Xj854= X-Google-Smtp-Source: ABhQp+TnNw26nvs3m5vmrr5KbTjSt6WltY4FCqOewf5mQkNM80zMfO3KdO0QoJC2in+uVAi6v/qBCA== X-Received: by 10.36.46.131 with SMTP id i125mr129696ita.99.1508371095963; Wed, 18 Oct 2017 16:58:15 -0700 (PDT) Received: from lylat (S010664777d9cebe3.ss.shawcable.net. [70.64.85.59]) by smtp.gmail.com with ESMTPSA id g6sm6415451ioc.11.2017.10.18.16.58.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 18 Oct 2017 16:58:14 -0700 (PDT) From: Alex In-Reply-To: <83d15ke3hm.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 18 Oct 2017 21:05:09 +0300") References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> <59E79312.5050201@gmx.at> <83d15ke3hm.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.60 (gnu/linux) Date: Wed, 18 Oct 2017 17:58:03 -0600 Message-ID: <87a80ot3ec.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) Eli Zaretskii writes: >> Date: Wed, 18 Oct 2017 19:44:50 +0200 >> From: martin rudalics >> CC: 28855@debbugs.gnu.org, Stefan Monnier ,=20 >> John Wiegley >>=20 >> If someone wants the current behavior, we could add >> a "special element" like 'line-number-display-start' such that >>=20 >> :align-to 0 >>=20 >> would behave like >>=20 >> :align-to (+ line-number-display-start (line-number-display-width t)) >>=20 >> for LTR text. > > Actually, it's the other way around: the current behavior is that > :align-to always starts counting from the window edge, even if line > numbers are displayed, so the effect of ":align-to N" is as if N has > been reduced by the screen space used for displaying the numbers. By "window edge" do you mean the edge of the text area? Since AFAICT there's no current way to specify alignment relative to the window edges. This is what the 2nd part of Bug#28771 is about. > The changes I'm about to install make :align-to work as you described > above, i.e. start measuring the offset from where the line-number > display ends. What about starting the measurement from after the line-prefix attribute as well? Then there can be a new element for pixel specs that one can use to display relative to line numbers, if one so wishes. > After the change, if someone wants to always measure the offset from > the window edge, they could/should use > > :align-to (+ left-fringe left-fringe N) > > Unless =E2=80=98fringes-outside-margins=E2=80=99 is non-nil and there's= a left margin. > For that, there's left-margin that can play the same role. If there's a distinct element for line-numbers, then you don't have to worry about what elements are on the left, or what order they're in. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Oct 2017 03:28:01 +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: To: Alex Cc: rudalics@gmx.at, 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, dgutov@yandex.ru Reply-To: Eli Zaretskii Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150838366228077 (code B ref 28855); Thu, 19 Oct 2017 03:28:01 +0000 Received: (at 28855) by debbugs.gnu.org; 19 Oct 2017 03:27:42 +0000 Received: from localhost ([127.0.0.1]:48980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e51Uh-0007Ig-71 for submit@debbugs.gnu.org; Wed, 18 Oct 2017 23:27:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35574) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e51Ug-0007IS-0Q for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 23:27:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e51UZ-0006Ag-Pb for 28855@debbugs.gnu.org; Wed, 18 Oct 2017 23:27:32 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53682) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e51UE-0005gc-Ny; Wed, 18 Oct 2017 23:27:10 -0400 Received: from [176.228.60.248] (port=4414 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e51UE-0006TX-0e; Wed, 18 Oct 2017 23:27:10 -0400 Date: Thu, 19 Oct 2017 06:26:57 +0300 Message-Id: <838tg7es1q.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87a80ot3ec.fsf@gmail.com> (message from Alex on Wed, 18 Oct 2017 17:58:03 -0600) References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> <59E79312.5050201@gmx.at> <83d15ke3hm.fsf@gnu.org> <87a80ot3ec.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Alex > Cc: martin rudalics , 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, dgutov@yandex.ru > Date: Wed, 18 Oct 2017 17:58:03 -0600 > > > Actually, it's the other way around: the current behavior is that > > :align-to always starts counting from the window edge, even if line > > numbers are displayed, so the effect of ":align-to N" is as if N has > > been reduced by the screen space used for displaying the numbers. > > By "window edge" do you mean the edge of the text area? Yes (although it turned out during a previous discussion that "text area" is not understood the same by all the parties ;-) > Since AFAICT there's no current way to specify alignment relative to > the window edges. This is what the 2nd part of Bug#28771 is about. You are talking about header-line, otherwise such origin makes little sense. As I said in that bug, I'd rather provide higher-level features, like centering a string in the header-line regardless of whatever factors can affect the centering. Assuming that your request is motivated by such layout requirements, that is. (But let's not talk here about the issues raised there.) > > The changes I'm about to install make :align-to work as you described > > above, i.e. start measuring the offset from where the line-number > > display ends. > > What about starting the measurement from after the line-prefix attribute > as well? I don't plan doing that, certainly not for Emacs 26. The line-prefix and wrap-prefix are very old features, and no one asked for :align-to to know about them till now, so presumably it isn't very important. (It also sounds like :align-to itself is rarely used and sometimes is entirely unfamiliar-with. I certainly don't see some of its features used in Emacs at all, which makes me wonder why did we implement them in Emacs 21.) > > After the change, if someone wants to always measure the offset from > > the window edge, they could/should use > > > > :align-to (+ left-fringe left-fringe N) > > > > Unless ‘fringes-outside-margins’ is non-nil and there's a left margin. > > For that, there's left-margin that can play the same role. > > If there's a distinct element for line-numbers, then you don't have to > worry about what elements are on the left, or what order they're in. My assumption is that no one will need to worry about that because everybody will want the automatic accounting for the line numbers I'm about to implement. The above is just a fire escape I don't envision to be needed, certainly not frequently. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Alex Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Oct 2017 05:56: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: To: Eli Zaretskii Cc: rudalics@gmx.at, 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, dgutov@yandex.ru Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150839250825167 (code B ref 28855); Thu, 19 Oct 2017 05:56:02 +0000 Received: (at 28855) by debbugs.gnu.org; 19 Oct 2017 05:55:08 +0000 Received: from localhost ([127.0.0.1]:49020 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e53nQ-0006Xr-FB for submit@debbugs.gnu.org; Thu, 19 Oct 2017 01:55:08 -0400 Received: from mail-io0-f172.google.com ([209.85.223.172]:55550) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e53nO-0006XH-Ev for 28855@debbugs.gnu.org; Thu, 19 Oct 2017 01:55:07 -0400 Received: by mail-io0-f172.google.com with SMTP id p186so8672374ioe.12 for <28855@debbugs.gnu.org>; Wed, 18 Oct 2017 22:55:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=j3qMNqYQqhVW2xN5Lp12IK7LWTG/phN50X4BLdfJIRw=; b=SK7lxjot1XsuuzPbBfCgLG2lJv3Db+W9BGk0Kl/MhLfDhSq+b9fzzRiF7ai1j76Ew9 U6CX73es83la48mBJSTpMj/uAIEqBchuxWQkGHO69Dsf5B0FnW5FGjc5xwF9AYeWdQAV C99EBX98/RdGHFRKYjZk9jEYBTAIT8fH/M7L64xQDax5XKdnwf7bvT/5L1VQXQcs1LEE YyDeuVbdekAHRaw5/vTpJeWC8eAVpicGGnuNwiOOIKy4oPFK4E5YEkJv2JKIoQAj/sgu w8mlpInsYe5dA0JNO8En7QFtdVcqMnHBKMJUR7S043lMwIWDVfvlGBYRSBCfEkhwObLb 6q9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=j3qMNqYQqhVW2xN5Lp12IK7LWTG/phN50X4BLdfJIRw=; b=frHXUWl6m5wjLtQCbtN4sjlVY07krI6DnOc3RCc49bCRkt7Z3nZZP4Pyt/fHZz6KRF WA2Iu/89gFlaDAMRo9D+j1lf97vIYLl3QYvSNxderEzepcINweZgO6Xr2n4/pF4IWIYN vO7Sgv/SSM1eIFbAW0GncNdAGKyhMDm8l8KYBAvg6bE9rMwZG5tEQpeXjNK+dbupxKZ3 IQZnDzpGWTW6sGJfSwlk6eZQA1yVg2fbXGuhZE5wNy/fwCdM7gnlLSJSRA7ESGXedGuc JhLxVVtev1x86aTvmcAwpvYIR1wPpEbp+G+QuuBvzRK+q8hLKYfAy8BU1RB9GWRH48c2 M9Uw== X-Gm-Message-State: AMCzsaXca3Lu26EWxg5Firj1KglQpaLm06iXQkr4+40EzRUNz5GzjQKv ah5Zn4nt3UCZIezCrW9PfWg= X-Google-Smtp-Source: ABhQp+RQTr1lCQwniPYQgoJHVr1HcChpiml6IJnUmGM2ZLtmO+hLyNErbVl+jZuPIfMxrn+KZms1Og== X-Received: by 10.107.85.8 with SMTP id j8mr527540iob.54.1508392500658; Wed, 18 Oct 2017 22:55:00 -0700 (PDT) Received: from lylat (S010664777d9cebe3.ss.shawcable.net. [70.64.85.59]) by smtp.gmail.com with ESMTPSA id w63sm6733856iof.7.2017.10.18.22.54.58 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 18 Oct 2017 22:54:59 -0700 (PDT) From: Alex References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> <59E79312.5050201@gmx.at> <83d15ke3hm.fsf@gnu.org> <87a80ot3ec.fsf@gmail.com> <838tg7es1q.fsf@gnu.org> Date: Wed, 18 Oct 2017 23:54:54 -0600 In-Reply-To: <838tg7es1q.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 19 Oct 2017 06:26:57 +0300") Message-ID: <87tvyvk7gx.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Eli Zaretskii writes: > Yes (although it turned out during a previous discussion that "text > area" is not understood the same by all the parties ;-) Yeah, my bad (though now I'm using the definition from (elisp) Window Sizes :-). >> What about starting the measurement from after the line-prefix attribute >> as well? > > I don't plan doing that, certainly not for Emacs 26. The line-prefix > and wrap-prefix are very old features, and no one asked for :align-to > to know about them till now, so presumably it isn't very important. > (It also sounds like :align-to itself is rarely used and sometimes is > entirely unfamiliar-with. I certainly don't see some of its features > used in Emacs at all, which makes me wonder why did we implement them > in Emacs 21.) It doesn't seem that line/wrap-prefix are very commonly used (though perhaps I'm just not using the relevant packages), so coupled with :align-to's rarity it doesn't seem surprising that no one has asked for it until now. Anyway, my argument is still that I believe a default starting point past the *-prefix area is more intuitive than before it. I figured that since you brought up changing the default starting point, that I might as well run it by you again. Just accounting for line-numbers is better than the current behaviour, but if you do decide to do that, then it would be nice to have something along the lines of: :align-to (+ prefix prefix N) That would mean "offset from the *-prefix area", which would let you align to non-prefix text in the buffer. >> If there's a distinct element for line-numbers, then you don't have to >> worry about what elements are on the left, or what order they're in. > > My assumption is that no one will need to worry about that because > everybody will want the automatic accounting for the line numbers I'm > about to implement. The above is just a fire escape I don't envision > to be needed, certainly not frequently. I think it's unlikely that one would want to account for line-numbers and not line/wrap-prefix, but I figure that it would be nice to provide a flexible fire escape. Still, if alignment treats line-numbers specially, then I think it makes sense to provide it as a full-fledged element for pixel specifications. From unknown Sat Aug 09 01:10:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Oct 2017 07:04:01 +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: To: Alex Cc: rudalics@gmx.at, 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, dgutov@yandex.ru Reply-To: Eli Zaretskii Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.15084830301639 (code B ref 28855); Fri, 20 Oct 2017 07:04:01 +0000 Received: (at 28855) by debbugs.gnu.org; 20 Oct 2017 07:03:50 +0000 Received: from localhost ([127.0.0.1]:51017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e5RLO-0000QH-HS for submit@debbugs.gnu.org; Fri, 20 Oct 2017 03:03:50 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38557) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e5RLM-0000Q3-Pl for 28855@debbugs.gnu.org; Fri, 20 Oct 2017 03:03:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e5RLD-0005a6-Kk for 28855@debbugs.gnu.org; Fri, 20 Oct 2017 03:03:39 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47851) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e5RKw-0005R4-FU; Fri, 20 Oct 2017 03:03:18 -0400 Received: from [176.228.60.248] (port=1818 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e5RKv-0008DZ-QJ; Fri, 20 Oct 2017 03:03:18 -0400 Date: Fri, 20 Oct 2017 10:03:08 +0300 Message-Id: <83y3o6cndf.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87tvyvk7gx.fsf@gmail.com> (message from Alex on Wed, 18 Oct 2017 23:54:54 -0600) References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> <59E79312.5050201@gmx.at> <83d15ke3hm.fsf@gnu.org> <87a80ot3ec.fsf@gmail.com> <838tg7es1q.fsf@gnu.org> <87tvyvk7gx.fsf@gmail.com> 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-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Alex > Cc: rudalics@gmx.at, 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, dgutov@yandex.ru > Date: Wed, 18 Oct 2017 23:54:54 -0600 > > It doesn't seem that line/wrap-prefix are very commonly used (though > perhaps I'm just not using the relevant packages), so coupled with > :align-to's rarity it doesn't seem surprising that no one has asked for > it until now. I'd prefer not to put too much effort into developing new aspects of never-used combinations of features. IME, we already have too many such combinations, and that gets in the way of new developments due to the need to keep them compatible to existing features, and our general inability to decide that some such feature can be safely removed. > Just accounting for line-numbers is better than the current behaviour, > but if you do decide to do that, then it would be nice to have something > along the lines of: > > :align-to (+ prefix prefix N) > > That would mean "offset from the *-prefix area", which would let you > align to non-prefix text in the buffer. But the prefixes are different: there could be a different prefix for each line, defined via the property set on that line. So using that in conjunction with :align-to makes much less sense, since most uses of :align-to are for aligning text on more than one line. > Still, if alignment treats line-numbers specially, then I think it makes > sense to provide it as a full-fledged element for pixel specifications. It has never been a principle of Emacs development to develop each feature to its logical endpoint. We only develop what's practically needed and makes most sense, and do that pragmatically. Once again, too many of these features imply we have some unimplemented layout requirements, and if so, we will be better off implementing that layout entirely in the display engine, instead of giving Lisp programs more hooks into the display code. Doing layout in Lisp should generally be avoided. From unknown Sat Aug 09 01:10:36 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Paul Rankin Subject: bug#28855: closed (Re: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property) Message-ID: References: <83r2tycg3d.fsf@gnu.org> <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> X-Gnu-PR-Message: they-closed 28855 X-Gnu-PR-Package: emacs Reply-To: 28855@debbugs.gnu.org Date: Fri, 20 Oct 2017 09:41:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1508492461-17379-1" This is a multi-part message in MIME format... ------------=_1508492461-17379-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-pre= fix '(space :align-to N) text property which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 28855@debbugs.gnu.org. --=20 28855: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D28855 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1508492461-17379-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 28855-done) by debbugs.gnu.org; 20 Oct 2017 09:40:49 +0000 Received: from localhost ([127.0.0.1]:51124 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e5TnJ-0004Vh-BO for submit@debbugs.gnu.org; Fri, 20 Oct 2017 05:40:49 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39711) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e5TnH-0004VU-SN for 28855-done@debbugs.gnu.org; Fri, 20 Oct 2017 05:40:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e5Tn7-0006Jo-2N for 28855-done@debbugs.gnu.org; Fri, 20 Oct 2017 05:40:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52052) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e5Tn6-0006Ji-Uy; Fri, 20 Oct 2017 05:40:32 -0400 Received: from [176.228.60.248] (port=2374 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e5Tn5-0007Sj-Ly; Fri, 20 Oct 2017 05:40:32 -0400 Date: Fri, 20 Oct 2017 12:40:22 +0300 Message-Id: <83r2tycg3d.fsf@gnu.org> From: Eli Zaretskii To: rudalics@gmx.at In-reply-to: <83fuage3xz.fsf@gnu.org> (message from Eli Zaretskii on Wed, 18 Oct 2017 20:55:20 +0300) Subject: Re: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property References: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> <83po9nf58h.fsf@gnu.org> <3fdce54f-f704-66df-75db-843dbd98ec50@yandex.ru> <83h8uwe730.fsf@gnu.org> <59E79312.5050201@gmx.at> <83fuage3xz.fsf@gnu.org> 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-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 28855-done Cc: 28855-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Wed, 18 Oct 2017 20:55:20 +0300 > From: Eli Zaretskii > Cc: 28855@debbugs.gnu.org, monnier@iro.umontreal.ca, johnw@gnu.org, > dgutov@yandex.ru > > > Date: Wed, 18 Oct 2017 19:44:50 +0200 > > From: martin rudalics > > CC: 28855@debbugs.gnu.org, Stefan Monnier , > > John Wiegley > > > > > Martin, any comments or thoughts about this, before I go out and make > > > the code changes to implement this? > > > > I'd make the change. > > OK, will do. Now done on the release branch. I'm therefore marking the bug done. Thanks to everyone who provided feedback and ideas in this discussions. ------------=_1508492461-17379-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 16 Oct 2017 03:38:26 +0000 Received: from localhost ([127.0.0.1]:42253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3wEU-0001m6-KP for submit@debbugs.gnu.org; Sun, 15 Oct 2017 23:38:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3wES-0001ls-AG for submit@debbugs.gnu.org; Sun, 15 Oct 2017 23:38:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e3wEM-0004tl-Bk for submit@debbugs.gnu.org; Sun, 15 Oct 2017 23:38:19 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42943) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1e3wEM-0004tb-8W for submit@debbugs.gnu.org; Sun, 15 Oct 2017 23:38:18 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52896) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e3wEK-0001r1-Da for bug-gnu-emacs@gnu.org; Sun, 15 Oct 2017 23:38:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e3wEH-0004qK-7J for bug-gnu-emacs@gnu.org; Sun, 15 Oct 2017 23:38:16 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:55105) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1e3wEH-0004q5-1W for bug-gnu-emacs@gnu.org; Sun, 15 Oct 2017 23:38:13 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 3744520925 for ; Sun, 15 Oct 2017 23:38:12 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute3.internal (MEProxy); Sun, 15 Oct 2017 23:38:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paulwrankin.com; h=content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=DBStXuMpodnsgg22FLcQH+q0HKODQnico0jfm7JibrU=; b=tm0/U8ah L3DO00vmgRAvCxS78LCf03B4TiBplLl/nH3PtIKSKU36l7CpvO/7wUxrGJ5VZXta o1PLTi3FELpEtaIJQNpp9hwhIJA1ckXGGjj5+hlwIGL3q5GiSxM7uX+ozfOhrr9t ijecLK5GGrXywN0e+hRpDSTAvLXZPh2ro5SSB4Sn0tHZR2ZJTVqWe+Y1nsrG9+Eb +w/NTgDJZKniOgFTcTm4jEnIXoXrOPIQXndfhZKBdO9KGGZ0+FVhi/kI7pFgDkJZ +Jbzua7ZcxWo4vLZA4gWAGTrIEIw2Ypw2cxrFGGTIiHEd8ai7WgqYz3nrUafcH3A 78vLG/iVgmpTyA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=DBStXuMpodnsgg22FLcQH+q0HKODQ nico0jfm7JibrU=; b=L7PEikK+oDO2iwNPAikbUhW57KlDg1CBwH9uegiF+xI9z RMt/W04IApf+5RcNTh/L/e/ECLWzTMUag0nImIks5huDjo++m1AgfBXOemn9RLa6 +IIkC6hcyDpAdQEacsRFiW8UjmsxdwkG87PlaXkHHBMn+TXPmG658HvUv4DHEmKC MBrLaCRnSW+AGawQ+/rPSz2MHkauMmjq5c78fmy+12zvZxBUyeDIPOD1Bid+0k9u Ip3KGgHW/lVt2AD7phV1UbiuM4AZEpC5FYqJk2WryUfDsf4ESlzZmpesWmrkW4B6 A1LYJTWZcegTuCsXRv1+bUw4Oh1HcdFcj5l2ZouAg== X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 0502E9E2DE; Sun, 15 Oct 2017 23:38:11 -0400 (EDT) Message-Id: <1508125091.3713406.1139815176.12F59A69@webmail.messagingengine.com> From: Paul Rankin To: bug-gnu-emacs@gnu.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-26fdae60 Subject: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Date: Mon, 16 Oct 2017 13:38:11 +1000 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) display-line-numbers-mode does not respect line-prefix or wrap-prefix text properties when set as '(space :align-to N). To reproduce: 1. emacs -Q 3. type some text in *scratch* buffer 2. M-: (put-text-property (line-beginning-position) (line-end-position) 'line-prefix '(space :align-to 2)) 3. M-x display-line-numbers-mode Expected results: Line numbers should be displayed before line-prefix (and/or wrap-prefix) space of 2 columns. Actual results: Line numbers eat the line-prefix and wrap-prefix space, effectively aligning the text back to 0. Configuration: GNU Emacs 26.0.90 (build 1, x86_64-apple-darwin17.0.0) of 2017-10-15 macOS 10.13 (17A405) MacBook Pro (Retina, 15-inch, Mid 2015) 2.2 GHz Intel Core i7 16 GB 1600 MHz DDR3 Intel Iris Pro 1536 MB ------------=_1508492461-17379-1--