From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Romanos Skiadas Newsgroups: gmane.emacs.bugs Subject: bug#28533: 26.0.60; Native line numbers move with show-paren-mode enabled Date: Thu, 21 Sep 2017 22:11:48 +0100 Message-ID: <70f5d04e-48d5-bf0d-fff7-8e7107878d9a@gmail.com> References: <821a99c1-2f86-a13b-31bb-06d7898fe9c3@gmail.com> <83wp4se7qp.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1506028334 9324 195.159.176.226 (21 Sep 2017 21:12:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 21 Sep 2017 21:12:14 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 Cc: 28533@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 21 23:12:09 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 1dv8lV-00025r-2H for geb-bug-gnu-emacs@m.gmane.org; Thu, 21 Sep 2017 23:12:09 +0200 Original-Received: from localhost ([::1]:55550 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dv8lY-00083L-QV for geb-bug-gnu-emacs@m.gmane.org; Thu, 21 Sep 2017 17:12:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60415) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dv8lS-000835-Nu for bug-gnu-emacs@gnu.org; Thu, 21 Sep 2017 17:12:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dv8lO-0000RQ-HF for bug-gnu-emacs@gnu.org; Thu, 21 Sep 2017 17:12:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43244) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dv8lO-0000RK-DG for bug-gnu-emacs@gnu.org; Thu, 21 Sep 2017 17:12:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dv8lO-0002HE-70 for bug-gnu-emacs@gnu.org; Thu, 21 Sep 2017 17:12:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Romanos Skiadas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Sep 2017 21:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28533 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28533-submit@debbugs.gnu.org id=B28533.15060283188734 (code B ref 28533); Thu, 21 Sep 2017 21:12:02 +0000 Original-Received: (at 28533) by debbugs.gnu.org; 21 Sep 2017 21:11:58 +0000 Original-Received: from localhost ([127.0.0.1]:51925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dv8lK-0002Go-Ie for submit@debbugs.gnu.org; Thu, 21 Sep 2017 17:11:58 -0400 Original-Received: from mail-wm0-f66.google.com ([74.125.82.66]:34409) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dv8lI-0002GX-LS for 28533@debbugs.gnu.org; Thu, 21 Sep 2017 17:11:57 -0400 Original-Received: by mail-wm0-f66.google.com with SMTP id i131so6259474wma.1 for <28533@debbugs.gnu.org>; Thu, 21 Sep 2017 14:11:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=M13n9kcWnwpJ2oK4OTI+dv0iE+v5/TQKDqfn/m+QRII=; b=ZdgNtXBKuL1E/pD9AQQC2e6+7dwfU6gR2xjiYVxXMVEeUZ4wr2X5R30W9GmMPgPQeK VUTvoUNhk2PfBLTsA7qv0PMnxjLXipxiKxezdhYC8QdLRrA9kCAzicloxFL5AKrgqmHV vy9EJYdJkZzv3yimJEsQwC/bu3wdayk80IlKg9WA+18/BnjT7pimqG6bP0abBuFq52yQ Cn39IKA0FcIhF6kpb1WC2n8AfaySuV8GFnOI6eRChUfDY6iJm6w+sqbErj26OtGNPxKC xQ5TdubRHYsBDWmjC34Cp1mFMEqwTjqPBXkeUGyTI8GHiKIxirDdS7Q1J/YLEo0ohNkb LY+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=M13n9kcWnwpJ2oK4OTI+dv0iE+v5/TQKDqfn/m+QRII=; b=k77QCmJsBtoN9k+KuSyK12BkoWitZpSadV/JdLghBQhkoTRwznOfzXwSrB2d03BU0O /oqW/oC9bMM5ifhY0bwS2MHp54ZGCPWg0ZFFUBuxDgKPUG6q/YmG5bXopRcEI7CO1dp5 PvQqxd2HTun+ON7DpwMO7BwVgKQZCGNHrld3Jg/dMuEab9+fzpBy5HMvfnxeAFz9GFiB 8IW+IjphwMye4Bq3HKxlVx7Gelwl7JQ5j5TSuKwcumemj/9XC3gkMbZVpEvtm8MRfFEc iQsGaUKKPqDiuIdceOQzUlnnLFGTLyQdo2wBB9nXDwRWKy1R65PanxTPvS5qsiM9RRSf lw8A== X-Gm-Message-State: AHPjjUhRQVFYvakEgep1OrM1Wx5c0/BOM5fgN3VQa1TWfsS3dvaXxZF1 xLT3Cw/dlAbJFordh/voA8WCxRxh X-Google-Smtp-Source: AOwi7QDKjh4E2NPRbOrGpREO3H9oUSfVPKv8VCJYoW4omew/kSHuS4M0GhmA9gsfxOAjWjvKAQUWUw== X-Received: by 10.80.212.150 with SMTP id s22mr2580016edi.286.1506028310752; Thu, 21 Sep 2017 14:11:50 -0700 (PDT) Original-Received: from [192.168.43.184] ([83.136.43.6]) by smtp.gmail.com with ESMTPSA id e12sm1351028edj.88.2017.09.21.14.11.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Sep 2017 14:11:50 -0700 (PDT) In-Reply-To: <83wp4se7qp.fsf@gnu.org> Content-Language: en-US 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:137222 Archived-At: Hi Eli, Thanks for your very detailed reply. I kind of get what you mean, although I am not very (read: not at all) familiar with redisplay code so my understanding of why this is happening might be wrong. In any case, I would expect line numbers not to move regardless of whatever reasonable condition the buffer is in, hence I still think that this bug should remain open. If you think it is a WONTFIX kind of deal, I'm ok with closing it. As far as I can tell the customizations you suggested are not somewhere in the docs. Should they added in NEWS and in any other relevant documentation? > Note that this effect is only seen on the last line of the file, I can see it in a setup as described in the bug report in a buffer like (substitute _ with space): __ 1* foo...[100 lines] 121()| ____\n 123() Pressing space makes the numbers move forward: __ 1* foo...[100 lines] _121()_| ____\n 123() >and AFAICS only as long as you don't save the buffer. I can reproduce this in *scratch* which is not visiting any file with M-x org-mode RET and following the previous steps. >In modes that hide many lines from display, you should customize display-line-numbers-width-start to a non-nil value This only fixes the problem is the lines are already in the buffer. If you write and fold 100 lines in an empty buffer, the issue still shows up. >or manually set display-line-numbers-width to a value large enough to accommodate the last physical line of the file (e.g., in file-local variables). This works, but I expect Emacs to be able to calculate this correctly out of the box without any kind of intervention. Note that when I say expect I don't mean "I expect you to fix it now!" but rather "This is what is happening vs what I implicitly expected and this is confusing me". Thanks for all your work in Emacs. Best, Romanos