From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Paul Rankin Newsgroups: gmane.emacs.bugs Subject: bug#28855: 26.0.90; display-line-numbers-mode does not respect (line|wrap)-prefix '(space :align-to N) text property Date: Tue, 17 Oct 2017 17:17:33 +1000 Message-ID: <1508224653.2791213.1141283600.44832EFE@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> <4B9BF5B2-3C1C-4036-B0E3-E8BD76846A4D@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1508224737 9926 195.159.176.226 (17 Oct 2017 07:18:57 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 17 Oct 2017 07:18:57 +0000 (UTC) Cc: 28855@debbugs.gnu.org, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 17 09:18:52 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4M99-0000HP-Bu for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Oct 2017 09:18:39 +0200 Original-Received: from localhost ([::1]:36924 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4M9G-0008Fr-Lx for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Oct 2017 03:18:46 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45376) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4M8x-0008B8-Kj for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2017 03:18:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e4M8Y-0007iL-2g for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2017 03:18:27 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:36035) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e4M8X-0007i4-ST for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2017 03:18:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e4M8X-0007X7-Lo for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2017 03:18:01 -0400 X-Loop: help-debbugs@gnu.org 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: Original-Received: via spool by 28855-submit@debbugs.gnu.org id=B28855.150822465528921 (code B ref 28855); Tue, 17 Oct 2017 07:18:01 +0000 Original-Received: (at 28855) by debbugs.gnu.org; 17 Oct 2017 07:17:35 +0000 Original-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 Original-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 Original-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) Original-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: Original-Received: by mailuser.nyi.internal (Postfix, from userid 99) id C785D9E2F3; Tue, 17 Oct 2017 03:17:33 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface - ajax-26fdae60 In-Reply-To: <4B9BF5B2-3C1C-4036-B0E3-E8BD76846A4D@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:138586 Archived-At: 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.