From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#29597: 26.0.90; line-number-display-width returns incorrect width Date: Fri, 8 Dec 2017 10:37:09 -0500 Message-ID: References: <1512624891.1385920.1196858744.3908725A@webmail.messagingengine.com> <1512697446.3649570.1197990904.2822A9C1@webmail.messagingengine.com> <87d13qf07e.fsf@users.sourceforge.net> <1512700351.3662600.1198017792.20921918@webmail.messagingengine.com> <838tedw9el.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1512747493 6029 195.159.176.226 (8 Dec 2017 15:38:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 8 Dec 2017 15:38:13 +0000 (UTC) Cc: Paul Rankin , 29597@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 08 16:38:08 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 1eNKiz-0001MR-8O for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Dec 2017 16:38:05 +0100 Original-Received: from localhost ([::1]:37790 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eNKj6-0000cs-If for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Dec 2017 10:38:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33904) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eNKj0-0000c1-TF for bug-gnu-emacs@gnu.org; Fri, 08 Dec 2017 10:38:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eNKiw-00039W-Vs for bug-gnu-emacs@gnu.org; Fri, 08 Dec 2017 10:38:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44020) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eNKiw-00038x-Sm for bug-gnu-emacs@gnu.org; Fri, 08 Dec 2017 10:38:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eNKiw-0001we-FJ for bug-gnu-emacs@gnu.org; Fri, 08 Dec 2017 10:38:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Dec 2017 15:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29597 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 29597-submit@debbugs.gnu.org id=B29597.15127474377392 (code B ref 29597); Fri, 08 Dec 2017 15:38:02 +0000 Original-Received: (at 29597) by debbugs.gnu.org; 8 Dec 2017 15:37:17 +0000 Original-Received: from localhost ([127.0.0.1]:52700 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNKiD-0001vA-LE for submit@debbugs.gnu.org; Fri, 08 Dec 2017 10:37:17 -0500 Original-Received: from mail-wm0-f41.google.com ([74.125.82.41]:42932) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNKiB-0001uv-W4 for 29597@debbugs.gnu.org; Fri, 08 Dec 2017 10:37:16 -0500 Original-Received: by mail-wm0-f41.google.com with SMTP id b199so123602wme.1 for <29597@debbugs.gnu.org>; Fri, 08 Dec 2017 07:37:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=LYccERdxhYeMD/t32IXw9lBjd8ndZoURNPriN7MHmGY=; b=NCtIm3E0aakoM9IVNRozlUWrdcLPHZmBWCcJQOmQBJvlp6+Tw8oOYA5zkmdmF5La1s IrxO/iuA0c6fBz9PKDg1595V74KxAMnnoCTPv4sx3vlwRlZxKhtpKHUYEsizN3Dgmnd+ 3JAVefRfZOMh8/zBMcStkj46+NXKZJbv4Q4xTy9XVk0RbhppwkNFU0qx4zWR7z1vZcN+ Zr11OLpoM6N+cLC4YEECmW1S1BUfxTQdlzSqEQRtRjv2b5N//CxHgLwcG/DL1j68OkXp YqReYQnxlfKCShiVtXknXiLBR+K+WlHyUVaAVV1NR8rRO4O0/1jeLWKGCWThi8V4lXzB fY9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=LYccERdxhYeMD/t32IXw9lBjd8ndZoURNPriN7MHmGY=; b=MrRvwNGthZnWl7Bltph0Eu+AqOgrUCKwqgdOS/mgZPTjtk6F7f0JIIE/RPF91JZVm1 1CC9I7B09nWEK6I46Keppvsct1rrbL2W0EIk/p0Ct7NTfYTXtcxlUfLfXZbpdz/eke9z wv8NpVlXQDQgDBButPO+19lxPQwGs94JQMW46neWih8hX/YGy3OfRO3bBRbJ2DV1BLEk Sog9sY5SmHXFax4U1/RIW6IHDbpxMHqLVQQqb6+2cq+bIROpUzFqDPG8eSH/gU3DoGyC Q1hqPBB8RIguXVfvsFh/jKUdUa2I/IeYYXuLPuhSdXmtgbWrP1efP+wyitw5mrHa+M55 IKPQ== X-Gm-Message-State: AKGB3mIh1w/jV9HEf2ycX9eChyVgTt0reLzH5Mhl+vu4Kmb3qVMZXLZ3 L7CWoGiknqlT9kFGy9xc1nAbmUCs3G3JX6rAEaX1Pg== X-Google-Smtp-Source: AGs4zMZCImMaEiG8003AO/B7iXWDzVnoxEyol5UCvUZ9pPDq2QU+5hktAceaVkYPPENpd7jH4fL8UE7aGLzt3lJqnRw= X-Received: by 10.28.109.5 with SMTP id i5mr4239139wmc.20.1512747430268; Fri, 08 Dec 2017 07:37:10 -0800 (PST) Original-Received: by 10.223.151.116 with HTTP; Fri, 8 Dec 2017 07:37:09 -0800 (PST) In-Reply-To: <838tedw9el.fsf@gnu.org> X-Google-Sender-Auth: thN0nxoxEo0WiqCXj-MY8E2-gaU 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:140819 Archived-At: On Fri, Dec 8, 2017 at 10:01 AM, Eli Zaretskii wrote: >> I understand that this function is also used internally for specific pur= poses, so it needs to behave a specific way to appease the initial writer o= f the code. But for the sake of sanity, I strongly suggest either fixing th= is function or creating a separate =E2=80=9Cpublic=E2=80=9D function that o= perates vaguely in line with user expectation for those of us wanting to ac= commodate display-line-numbers-mode. > > Sorry, I don't understand what is missing. If you wanted the value of > 4 in your case, you need to call this function like this: > > (line-number-display-width 'columns) > > as documented. I think the idea would to split that function into 2 simpler ones, e.g.: (line-number-display-columns) =3D> 4 (line-number-display-width) =3D> 2 (line-number-display-width t) =3D> the equivalent in pixels