From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 07 19:11:09 2020 Received: (at submit) by debbugs.gnu.org; 7 Jul 2020 23:11:09 +0000 Received: from localhost ([127.0.0.1]:36985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jswk1-0003P4-2j for submit@debbugs.gnu.org; Tue, 07 Jul 2020 19:11:09 -0400 Received: from lists.gnu.org ([209.51.188.17]:46986) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jswWW-00032q-6r for submit@debbugs.gnu.org; Tue, 07 Jul 2020 18:57:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60558) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jswWV-0008EA-Ti for bug-gnu-emacs@gnu.org; Tue, 07 Jul 2020 18:57:11 -0400 Received: from mail-lf1-x12c.google.com ([2a00:1450:4864:20::12c]:41186) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jswWS-0007y1-PV for bug-gnu-emacs@gnu.org; Tue, 07 Jul 2020 18:57:11 -0400 Received: by mail-lf1-x12c.google.com with SMTP id c11so25766082lfh.8 for ; Tue, 07 Jul 2020 15:57:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=PLj4CR0FFrLDgM/d3/IuLMEd8ZZ4Q7oNhfh41mKtmEI=; b=h1Ff1EKiESn1P9VLF6EalMII7tM3k43IV90Ib+T3qhm1k4FYIUOb0x3DQwPaYisGLx 65ikIf4cwEyHlHREUFSkgHEGCK2rYomORXayV28XBNECjLqBIg4kQUxCJrT7gjCjePop j071jJ8MX5lYru1p3yQ4x/+wE85T6JoFf/m+6d2aqDYMXkR8CDIO6r/fv2VvLBMAfJ/7 qD+HaiJGnHQ+WNFIo6wPhrkWdGDZjQ8tMNEbuTW26SLE6+xjKVMPuT4YiRP1Pbz9yUoU dG9DrwC1JIm4tKtYUWue/ngc+mjMqu9/ugm2hLaSFZyC7AjQVgnYxqQrXvrNhuzBpA29 a3RA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=PLj4CR0FFrLDgM/d3/IuLMEd8ZZ4Q7oNhfh41mKtmEI=; b=NbPtDlmZMowxarWY9miqsLO4zEVk72N3ymlGoVNF7dd+cMEIHXmIPJ35fNsQf/tfIT L2OCznWCjer43kuJn5D0i47udDX+zPQv/ATeANt8yno02Zob60eTLqIba4CKCF2bW2U+ 3amr4YGBt0SabtjsRfPEd3LK/tPQnY+4BYG3P9+WvbRYIRP5vVuRari8triObTD9gT3u ajhsUcWkocnuCEf/bzOMuWqzNOQGr8+gUewRyA7YIxhAPV3cAnPxg+SOZBF2EDVorDhx OEaYcPFXlSq0/RJgC8uiMdD1VGoR5ZdmfI7XW0JuXyh2/tyCgZYKVDtGwodv7HFsYj8e ocpw== X-Gm-Message-State: AOAM530lwlSYDC4kM8glUpQk7pnb0N07A4weJ5EZxuWRSaAgRr06c3Xp 7jVOUIu8DaigxizCkGSBK1qV1ia/2b01PFlE866qJ1sX6A4= X-Google-Smtp-Source: ABdhPJy6x2e1fUJMlGlVnA8ap/allMz85nHSrwlG7yxq970Z265xSDwfjmcc93ikcqgEYvqgPfZAoCf660zrjWozW0A= X-Received: by 2002:a2e:9251:: with SMTP id v17mr7833604ljg.138.1594158948681; Tue, 07 Jul 2020 14:55:48 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?Q?Fernando_Pe=C3=B1a?= Date: Tue, 7 Jul 2020 23:55:12 +0200 Message-ID: Subject: 27.0.91; display-line-numbers-mode incoherent shifting behaviour To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000da0e9805a9e10d83" Received-SPF: pass client-ip=2a00:1450:4864:20::12c; envelope-from=ferpb1999@gmail.com; helo=mail-lf1-x12c.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 07 Jul 2020 19:11:07 -0400 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.1 (--) --000000000000da0e9805a9e10d83 Content-Type: text/plain; charset="UTF-8" Hello, I've noticed that when displaying line numbers with display-line-numbers-mode, the buffer shifts to the right to make space for one more digit before the line whose number has one more digit appears on the screen. The line number where it shifts seems to depend on the width of the frame, but for example with 3 digits, the buffer shifts around line 90, before the 100th is on the screen. This happens even if the file has less than 100 lines, leaving and excessive space on the left side of the line numbers. I'd expect that the buffer only shifted to the left when it was strictly necessary. In this case, when the number 100 was shown on screen. I hope it can be solved. I find it really annoying, especially when the file doesn't have line numbers with that extra digit. Greetings, Fernando In GNU Emacs 27.0.91 (build 1, x86_64-apple-darwin19.5.0, NS appkit-1894.50 Version 10.15.5 (Build 19F101)) of 2020-06-17 built on iMac-de-User.local Repository revision: a71d1787f128c642f8a1fb297ef5043e20218646 Repository branch: emacs-27 Windowing system distributor 'Apple', version 10.3.1894 System Description: Mac OS X 10.15.5 Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Quit Display-Line-Numbers mode enabled in current buffer Making completion list... 101 (#o145, #x65, ?e) Making completion list... Configured using: 'configure --enable-locallisppath=/usr/local/share/emacs/site-lisp --infodir=/usr/local/Cellar/emacs-head@27/HEAD-a71d178_1/share/info/emacs --prefix=/usr/local/Cellar/emacs-head@27/HEAD-a71d178_1 --without-x --without-dbus --without-imagemagick --with-modules --with-gnutls --with-rsvg --with-xml2 --with-ns --disable-ns-self-contained --with-harfbuzz' Configured features: RSVG GLIB NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES THREADS JSON PDUMPER LCMS2 GMP Important settings: value of $LC_ALL: en_US.UTF-8 value of $LANG: es_ES.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: display-line-numbers-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils display-line-numbers tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads kqueue cocoa ns lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 45832 11204) (symbols 48 5949 1) (strings 32 15408 1983) (string-bytes 1 518053) (vectors 16 10250) (vector-slots 8 127529 16008) (floats 8 20 28) (intervals 56 240 0) (buffers 1000 13)) --000000000000da0e9805a9e10d83 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I've noticed that when displaying line numbers with
display-line-numbers-= mode, the buffer shifts to the right to make space
for one more digit before the = line whose number has one more digit
appears on the screen.

The line number where it shifts se= ems to depend on the width of the
frame, but for example with 3 digits, the buffe= r shifts around line 90,
before the 100th is on the screen. This happens even if = the file has
less than 100 lines, leaving and excessive space on the left side of= the
l= ine numbers.

= I'd expect that the buffer only shifted to the left when it was strictl= y
nece= ssary. In this case, when the number 100 was shown on screen.

I hope it can be solved. I= find it really annoying, especially when the
file doesn't have line numbers = with that extra digit.

Greetings,

Fernando


In = GNU Emacs 27.0.91 (build 1, x86_64-apple-darwin19.5.0, NS appkit-1894.50 Ve= rsion 10.15.5 (Build 19F101))
of 2020-06-17 built on iMac-de-User.localRepository revi= sion: a71d1787f128c642f8a1fb297ef5043e20218646
Repository branch: emacs-27=
Windowing sy= stem distributor 'Apple', version 10.3.1894
System Description:=C2= =A0= =C2=A0Mac OS X 10.15.5

Recent messages:
For information about GNU Emacs and the GNU system, ty= pe C-h C-a.
Quit
Display-Line-Numbers mode enabled in current buffer
Making completion list..= .
101 = (#o145, #x65, ?e)
Making completion list...

Configured using:
'configure --enable-locallisppath= =3D/usr/local/share/emacs/site-lisp
--infodir=3D/usr/local/Cellar/emacs-head@27/H= EAD-a71d178_1/share/info/emacs
--prefix=3D/usr/local/Cellar/emacs-head@27/HEAD-a7= 1d178_1 --without-x
--without-dbus --without-imagemagick --with-modules --with-gn= utls
-= -with-rsvg --with-xml2 --with-ns --disable-ns-self-contained
--with-harfbuzz'=
=
Configured f= eatures:
RSVG GLIB NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS
MODULES= THREADS JSON PDUMPER LCMS2 GMP

Important settings:
=C2=A0=C2=A0value of $LC_ALL: en_US.UTF-8<= /span>
= =C2=A0=C2=A0value of $LANG: es_ES.UTF-8
=C2=A0=C2=A0locale-coding-system: utf-8-unix
Major mode: Li= sp Interaction

Minor modes in effect:
=C2=A0=C2=A0display-line-numbers-mode: t
=C2=A0=C2=A0tooltip-m= ode: t
=C2=A0=C2=A0global-eldoc-mode: t
=C2=A0=C2=A0eldoc-mode: t
=C2=A0=C2=A0electric-indent= -mode: t
=C2=A0=C2=A0mouse-wheel-mode: t
=C2=A0=C2=A0tool-bar-mode: t
=C2=A0=C2=A0menu-bar-= mode: t
=C2=A0=C2=A0file-name-shadow-mode: t
=C2=A0=C2=A0global-font-lock-mode: t
=C2=A0= =C2= =A0font-lock-mode: t
=C2=A0=C2=A0blink-cursor-mode: t
=C2=A0=C2=A0auto-composition-mode= : t
=C2=A0=C2=A0auto-encryption-mode: t
=C2=A0=C2=A0auto-compression-mode: t
=C2=A0=C2=A0line= -number-mode: t
=C2=A0=C2=A0transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emac= sbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml easymenu mml-se= c password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs text-p= roperty-search time-date
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-de= code mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-lo= addefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
display= -line-numbers tooltip eldoc electric uniquify ediff-hook vc-hookslisp-float-type= mwheel term/ns-win ns-win ucs-normalize mule-util
term/common-win tool-bar dnd f= ontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-= mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer=
= selec= t scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors = frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan= thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak = czech european ethiopic indian
cyrillic chinese composite charscript charprop cas= e-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice lo= addefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 for= mat env code-pages mule custom widget hashtable-print-readable
backquote thread= s kqueue cocoa ns lcms2 multi-tty make-network-process
emacs)

Memory information:
((conses 16 4583= 2 11204)
(symbols 48 5949 1)
(strings 32 15408 1983)
(string-bytes 1 518053)
(vectors 16 10250)
(vector-= slots 8 127529 16008)
(floats 8 20 28)
(intervals 56 240 0)
(buffers 1000 13))
--000000000000da0e9805a9e10d83-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 08 10:10:07 2020 Received: (at 42254) by debbugs.gnu.org; 8 Jul 2020 14:10:08 +0000 Received: from localhost ([127.0.0.1]:38825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtAlz-0002nX-1r for submit@debbugs.gnu.org; Wed, 08 Jul 2020 10:10:07 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtAlx-0002mn-EM; Wed, 08 Jul 2020 10:10:05 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36887) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jtAls-0008Bj-80; Wed, 08 Jul 2020 10:10:00 -0400 Received: from [176.228.60.248] (port=3995 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jtAlr-0005EB-Ok; Wed, 08 Jul 2020 10:10:00 -0400 Date: Wed, 08 Jul 2020 17:10:10 +0300 Message-Id: <83pn96qerh.fsf@gnu.org> From: Eli Zaretskii To: Fernando =?utf-8?Q?Pe=C3=B1a?= In-Reply-To: (message from Fernando =?utf-8?Q?Pe=C3=B1a?= on Tue, 7 Jul 2020 23:55:12 +0200) Subject: Re: bug#42254: 27.0.91; display-line-numbers-mode incoherent shifting behaviour References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42254 Cc: 42254@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: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 42254 notabug thanks > From: Fernando Peña > Date: Tue, 7 Jul 2020 23:55:12 +0200 > > I've noticed that when displaying line numbers with > display-line-numbers-mode, the buffer shifts to the right to make space > for one more digit before the line whose number has one more digit > appears on the screen. > > The line number where it shifts seems to depend on the width of the > frame, but for example with 3 digits, the buffer shifts around line 90, > before the 100th is on the screen. This happens even if the file has > less than 100 lines, leaving and excessive space on the left side of the > line numbers. > > I'd expect that the buffer only shifted to the left when it was strictly > necessary. In this case, when the number 100 was shown on screen. > > I hope it can be solved. I find it really annoying, especially when the > file doesn't have line numbers with that extra digit. This is not a bug, but the intended behavior. The design of the line-numbers display is optimized for speed, so line numbers are produced on the fly, without knowing exactly how many lines will fit in the window (knowing the latter would need to produce all the lines in a window on each redisplay, which is significantly slower). Because the display engine doesn't know how many lines will fit, it guesses based on the smallest font used by the frame, so it usually overestimates, and switches to the wider field slightly before that is actually needed. I think it is a very small price to pay for a feature that imposes almost no slowdown on the display operations. If this side effect annoys you too much, I suggest to customize the variable display-line-numbers-width-start to a non-nil value, then the width of the line-number fields will always be exactly how much is needed for the buffer. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 08 10:50:15 2020 Received: (at 42254) by debbugs.gnu.org; 8 Jul 2020 14:50:15 +0000 Received: from localhost ([127.0.0.1]:38877 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtBOp-0005v5-Ep for submit@debbugs.gnu.org; Wed, 08 Jul 2020 10:50:15 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51412) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtBOn-0005us-Df for 42254@debbugs.gnu.org; Wed, 08 Jul 2020 10:50:13 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37618) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jtBOi-0005Ve-2A; Wed, 08 Jul 2020 10:50:08 -0400 Received: from [176.228.60.248] (port=2599 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jtBOh-0004fl-BA; Wed, 08 Jul 2020 10:50:07 -0400 Date: Wed, 08 Jul 2020 17:50:20 +0300 Message-Id: <83d056qcwj.fsf@gnu.org> From: Eli Zaretskii To: Fernando =?utf-8?Q?Pe=C3=B1a?= In-Reply-To: (message from Fernando =?utf-8?Q?Pe=C3=B1a?= on Wed, 8 Jul 2020 16:38:57 +0200) Subject: Re: bug#42254: 27.0.91; display-line-numbers-mode incoherent shifting behaviour References: <83pn96qerh.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42254 Cc: 42254@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: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [Please use Reply All to reply, so that the bug tracker gets CC'ed.] > From: Fernando Peña > Date: Wed, 8 Jul 2020 16:38:57 +0200 > > Okay, thanks very much for your time. Yeah, I tweaked all the variables I saw in the mode, including the one > you mentioned. The problem is that when the buffer has 80-99 lines for example, it still shifts to the right > when displaying the bottom. If the variable I mentioned is non-nil, there shouldn't be any shift at all. Can you show an example of such a file? Maybe there's some bug after all. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 08 11:18:25 2020 Received: (at 42254) by debbugs.gnu.org; 8 Jul 2020 15:18:25 +0000 Received: from localhost ([127.0.0.1]:38935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtBq4-0006ak-G6 for submit@debbugs.gnu.org; Wed, 08 Jul 2020 11:18:25 -0400 Received: from mail-lj1-f169.google.com ([209.85.208.169]:36095) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtBbX-0006Ei-KS for 42254@debbugs.gnu.org; Wed, 08 Jul 2020 11:03:25 -0400 Received: by mail-lj1-f169.google.com with SMTP id d17so39910293ljl.3 for <42254@debbugs.gnu.org>; Wed, 08 Jul 2020 08:03:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=n6c093m04aGupizguQsyqsawXgAFWqJ+HJQ0UcOVnCw=; b=GuoVfNZ9HaoerEBQjXYDGZUmhejV22kwAPMWUEbnP2Dx/+2sW+QQBGkvI6neKPG503 5P/ixOdSNQySC6Ns0rhtGlkNVed/vqrUNWVjJrhhOF7S/KUYYs59Ds6kCbxobipGPePq mAbzmn0pKCnoOlmy2BVTbPNtO7jNBBxhk104uHMOhliF0agSVj61bzLdwVqHk/vOGwyD i6wcJTnxEoMrnPixorQhNXxzBffcbjtr/59S0nQ9Cah8rlry08UIC4PmwJAF443mtiay ydHUg0TD+JpURXmwzHu7rQVeR8byIJdCCH8t9xvBRuEZHaMByT2INqEmwshqShifuG0H zOgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=n6c093m04aGupizguQsyqsawXgAFWqJ+HJQ0UcOVnCw=; b=sqHJsjQvq5pK2A28cFA0IUg01TBuyN2/ZbdflSKhz5JSPaD50J00uY0qp+Nunrg4qr eGh34zokocst227lwtNx6M6Xu1LWRoAUwLYACvFd6vzTVYKO71DqjiDKQjbvt+RISszE G+XkAVrbR6HqkmEOppZDU4UZHiFsqRcB2uLhz0wUzQj8Mp9+gt/vg2dD4Py5qBCeMZxx IiS2zXkHFggQKOD+Zcg6wQz1Wf2J9AHomz/EEuqSs0X+vh0S+T5zelKrGrEXcm6WrWcb 3bX6h6aQEL8FzqOad6mjI1MV7MSjY3fimtoEs8mYtuQyPMw7yhVwaPUpID9S+WkQFLlC ccaw== X-Gm-Message-State: AOAM533NdNN9Mom0vBGL8IOuZTRagMwMg9iSEqve9iNZa0mpzMaqN0k7 abGQ6kpyJ5D8P92EGBQ1ZUFkZYItikT3OeSjXvU= X-Google-Smtp-Source: ABdhPJzxlt/M3S+jIs6P6Dj6k+zzNknpBcE5ajYw8fyqooq8PwkkeGcp7ol4e0OmDwFfnW/qYLWbR9PqjurV++qVN24= X-Received: by 2002:a2e:8ecc:: with SMTP id e12mr17128469ljl.130.1594220596947; Wed, 08 Jul 2020 08:03:16 -0700 (PDT) MIME-Version: 1.0 References: <83pn96qerh.fsf@gnu.org> <83d056qcwj.fsf@gnu.org> In-Reply-To: <83d056qcwj.fsf@gnu.org> From: =?UTF-8?Q?Fernando_Pe=C3=B1a?= Date: Wed, 8 Jul 2020 17:02:40 +0200 Message-ID: Subject: Re: bug#42254: 27.0.91; display-line-numbers-mode incoherent shifting behaviour To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000005fefe405a9ef688c" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 42254 X-Mailman-Approved-At: Wed, 08 Jul 2020 11:18:23 -0400 Cc: 42254@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: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --0000000000005fefe405a9ef688c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sorry for the Reply All, it's my first time mailing over here. I tested it on different computers and it always happens. These are the step to reproduce it: 1. Open emacs with emacs -q 2. Open an empty buffer 3. M-x display-line-numbers-mode 4. Insert 95 lines (C-u 95 RET) You should see that there's an extra space on the left of the line numbers, and when you scroll up until line 90 or 85 (I think it depends on the window size) it disappears. If you scroll down again to the bottom, the buffer is again shifted to the right. El mi=C3=A9., 8 jul. 2020 a las 16:50, Eli Zaretskii () escri= bi=C3=B3: > [Please use Reply All to reply, so that the bug tracker gets CC'ed.] > > > From: Fernando Pe=C3=B1a > > Date: Wed, 8 Jul 2020 16:38:57 +0200 > > > > Okay, thanks very much for your time. Yeah, I tweaked all the variables > I saw in the mode, including the one > > you mentioned. The problem is that when the buffer has 80-99 lines for > example, it still shifts to the right > > when displaying the bottom. > > If the variable I mentioned is non-nil, there shouldn't be any shift > at all. Can you show an example of such a file? Maybe there's some > bug after all. > --0000000000005fefe405a9ef688c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry for the Reply All, it's my first time mailing over = here.

I tested it on diff= erent computers and it always happens.

These are the step to reproduce it:
  1. Open emacs with emacs -q
  2. Open an empty buffer
    3. =
  3. M-x display-line-numbers-mode
  4. Insert 95 lines (C-u 95 RET)
    5. =
You should see that there's an extra space on the left o= f the line numbers, and
when you scroll up until line 90 or 85 (I= think it depends on the window size)
it disappears. If you scrol= l down again to the bottom, the buffer is again
shifted to the ri= ght.

El mi=C3=A9., 8 jul. 2020 a las 16:50, Eli Za= retskii (<eliz@gnu.org>) escribi= =C3=B3:
[Please use Reply All to reply, so that t= he bug tracker gets CC'ed.]

> From: Fernando Pe=C3=B1a <ferpb1999@gmail.com>
> Date: Wed, 8 Jul 2020 16:38:57 +0200
>
> Okay, thanks very much for your time. Yeah, I tweaked all the variable= s I saw in the mode, including the one
> you mentioned. The problem is that when the buffer has 80-99 lines for= example, it still shifts to the right
> when displaying the bottom.

If the variable I mentioned is non-nil, there shouldn't be any shift at all.=C2=A0 Can you show an example of such a file?=C2=A0 Maybe there'= ;s some
bug after all.
--0000000000005fefe405a9ef688c-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 08 11:18:28 2020 Received: (at 42254) by debbugs.gnu.org; 8 Jul 2020 15:18:28 +0000 Received: from localhost ([127.0.0.1]:38937 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtBq5-0006an-41 for submit@debbugs.gnu.org; Wed, 08 Jul 2020 11:18:28 -0400 Received: from mail-lf1-f46.google.com ([209.85.167.46]:35501) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtBhf-0006Nz-BS for 42254@debbugs.gnu.org; Wed, 08 Jul 2020 11:09:44 -0400 Received: by mail-lf1-f46.google.com with SMTP id t74so27112855lff.2 for <42254@debbugs.gnu.org>; Wed, 08 Jul 2020 08:09:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dt5AZELbp/yEiDmesciYf27WyoR65G1HgARLmeg9Igo=; b=LrmPOb+MJCQ6H7ow1zSy+FRXj/xuJ3hxke9xW0lkL+o7YUUsyGv2jZNbnW6k0fjTfk oxJ8JX899w2V3EozV2Ur7/VQ8kc+XQfnjGEBmbKyy//1ymME71hyiP1LEJy/58wcKwbd SgaCnvVkmEufXZbz8DYDrK3ORfkbFDvJjzq5opyFK5VI9lXQQsOmLArshzkDDgei/EI4 kG5LlW/3dGFCdAvb1LANAe/Ld9KDEQiBxAj7/Uc0SeUVChF677Wtlwh0lErtXZ4ZMz7X Qpsj+Ez5PCA6sEfhugNyHOPN7ETbfu8+uLK4FUVofRQWdcZDhX6UmKnM+LduoyeZXwd3 tfKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dt5AZELbp/yEiDmesciYf27WyoR65G1HgARLmeg9Igo=; b=S9qz5sCLY/ydArH0AkdSToZ6eojjE2evzN3qqdRYxMVRsgA29n1YGHpMEMXOCxALeR vgJr2khcqG+m6DFltdpNLyRTN2AQUU9G39YRZEMpIpNQKNztFsJfnPGZRqFVdsEEiXrA iedhedkW2WhGMV1ZQ/HYssXu52IifE6VaSplvpPUcNJUWabEC4h9dTl6JXACOF14ZJGM X3LqqR/S4o2equNJYzvLqs30srd4HASHE72OHGxDqoGRU9eEsQ6Z57HPacjLfXbYasPi PwSVK1nVDUt3aL4dy0qXlKUlYFR2VCMkcuOz1F2EXlEdR4vgl0N7xnPthHH9kGHfoAjw 6OuQ== X-Gm-Message-State: AOAM5312C45kwy/VPfuvrBVkuTNE0Cuu7DCuczXGjboea6eJZBHb51YF j1oGDlCB8SGfeKrdMnJN6OSoyxsTRB/GhgaGcHYsdMI9A4k= X-Google-Smtp-Source: ABdhPJzpjVFzeHOtjZpmh2bKdshiFWr573YhDgQ4iBmApAQdr8DAI6v9v81t2rX1XiU3DEwajLJ3nrcKMV8NA/CdTLo= X-Received: by 2002:a19:701:: with SMTP id 1mr36284873lfh.138.1594220977267; Wed, 08 Jul 2020 08:09:37 -0700 (PDT) MIME-Version: 1.0 References: <83pn96qerh.fsf@gnu.org> <83d056qcwj.fsf@gnu.org> In-Reply-To: From: =?UTF-8?Q?Fernando_Pe=C3=B1a?= Date: Wed, 8 Jul 2020 17:09:01 +0200 Message-ID: Subject: Re: bug#42254: 27.0.91; display-line-numbers-mode incoherent shifting behaviour To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000000b292805a9ef7fff" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 42254 X-Mailman-Approved-At: Wed, 08 Jul 2020 11:18:23 -0400 Cc: 42254@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: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --0000000000000b292805a9ef7fff Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable The behaviour is the same whether display-line-numbers-width-start is set or not to non-nil, and if you save the file and reopen it again. El mi=C3=A9., 8 jul. 2020 a las 17:02, Fernando Pe=C3=B1a () escribi=C3=B3: > Sorry for the Reply All, it's my first time mailing over here. > > I tested it on different computers and it always happens. > > These are the step to reproduce it: > > 1. Open emacs with emacs -q > 2. Open an empty buffer > 3. M-x display-line-numbers-mode > 4. Insert 95 lines (C-u 95 RET) > > You should see that there's an extra space on the left of the line > numbers, and > when you scroll up until line 90 or 85 (I think it depends on the window > size) > it disappears. If you scroll down again to the bottom, the buffer is agai= n > shifted to the right. > > El mi=C3=A9., 8 jul. 2020 a las 16:50, Eli Zaretskii () esc= ribi=C3=B3: > >> [Please use Reply All to reply, so that the bug tracker gets CC'ed.] >> >> > From: Fernando Pe=C3=B1a >> > Date: Wed, 8 Jul 2020 16:38:57 +0200 >> > >> > Okay, thanks very much for your time. Yeah, I tweaked all the variable= s >> I saw in the mode, including the one >> > you mentioned. The problem is that when the buffer has 80-99 lines for >> example, it still shifts to the right >> > when displaying the bottom. >> >> If the variable I mentioned is non-nil, there shouldn't be any shift >> at all. Can you show an example of such a file? Maybe there's some >> bug after all. >> > --0000000000000b292805a9ef7fff Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The behaviour i= s the same whether =C2=A0display-line-numbers-width-start is set or
not to non-nil, and if you save the file and reo= pen it again.

<= div dir=3D"ltr" class=3D"gmail_attr">El mi=C3=A9., 8 jul. 2020 a las 17:02,= Fernando Pe=C3=B1a (<ferpb1999@gmail.com>) escribi=C3=B3:
Sorry for the Reply All, it's my first time mailing ove= r here.

I tested it on di= fferent computers and it always happens.

These are the step to reproduce it:
  1. Open emacs with emacs -q
  2. Open an empty buffer
  3. M-x display-line-numbers-mode
  4. Insert 95 lines (C-u 95 RET)
You should see that there's an extra space on the left= of the line numbers, and
when you scroll up until line 90 or 85 = (I think it depends on the window size)
it disappears. If you scr= oll down again to the bottom, the buffer is again
shifted to the = right.

El mi=C3=A9., 8 jul. 2020 a las 16:50, Eli Za= retskii (<eliz@gnu.org= >) escribi=C3=B3:
[Please use Reply All = to reply, so that the bug tracker gets CC'ed.]

> From: Fernando Pe=C3=B1a <ferpb1999@gmail.com>
> Date: Wed, 8 Jul 2020 16:38:57 +0200
>
> Okay, thanks very much for your time. Yeah, I tweaked all the variable= s I saw in the mode, including the one
> you mentioned. The problem is that when the buffer has 80-99 lines for= example, it still shifts to the right
> when displaying the bottom.

If the variable I mentioned is non-nil, there shouldn't be any shift at all.=C2=A0 Can you show an example of such a file?=C2=A0 Maybe there'= ;s some
bug after all.
--0000000000000b292805a9ef7fff-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 08 12:21:40 2020 Received: (at 42254) by debbugs.gnu.org; 8 Jul 2020 16:21:40 +0000 Received: from localhost ([127.0.0.1]:38965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtCpH-00083i-OI for submit@debbugs.gnu.org; Wed, 08 Jul 2020 12:21:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48318) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtCpF-00083T-WC for 42254@debbugs.gnu.org; Wed, 08 Jul 2020 12:21:38 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39522) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jtCpA-0004iJ-Ig; Wed, 08 Jul 2020 12:21:32 -0400 Received: from [176.228.60.248] (port=4238 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jtCp9-0004qm-Vm; Wed, 08 Jul 2020 12:21:32 -0400 Date: Wed, 08 Jul 2020 19:21:44 +0300 Message-Id: <83blkqq8o7.fsf@gnu.org> From: Eli Zaretskii To: Fernando =?utf-8?Q?Pe=C3=B1a?= In-Reply-To: (message from Fernando =?utf-8?Q?Pe=C3=B1a?= on Wed, 8 Jul 2020 17:02:40 +0200) Subject: Re: bug#42254: 27.0.91; display-line-numbers-mode incoherent shifting behaviour References: <83pn96qerh.fsf@gnu.org> <83d056qcwj.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42254 Cc: 42254@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: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Fernando Peña > Date: Wed, 8 Jul 2020 17:02:40 +0200 > Cc: 42254@debbugs.gnu.org > > 1 Open emacs with emacs -q > 2 Open an empty buffer > 3 M-x display-line-numbers-mode > 4 Insert 95 lines (C-u 95 RET) > > You should see that there's an extra space on the left of the line numbers, and > when you scroll up until line 90 or 85 (I think it depends on the window size) > it disappears. If you scroll down again to the bottom, the buffer is again > shifted to the right. Ah, okay. If you add lines, then yes, it will eventually shift. Sorry I didn't get that before. So: no bug. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 08 14:07:30 2020 Received: (at 42254) by debbugs.gnu.org; 8 Jul 2020 18:07:30 +0000 Received: from localhost ([127.0.0.1]:39018 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtETi-0004L8-Bi for submit@debbugs.gnu.org; Wed, 08 Jul 2020 14:07:30 -0400 Received: from mail-lf1-f41.google.com ([209.85.167.41]:46015) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtDTg-0000ee-B3 for 42254@debbugs.gnu.org; Wed, 08 Jul 2020 13:03:39 -0400 Received: by mail-lf1-f41.google.com with SMTP id s16so21838267lfp.12 for <42254@debbugs.gnu.org>; Wed, 08 Jul 2020 10:03:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FhychhZPYbj3X/8Un6rog056IgLGmCl8jCQqU8B3uCo=; b=KUHwh9k7NGBrZ5jP3q4qp3I3K5kdthLsgbFwmRvK6pYla3Xp7IYJZNlQ9EXw++hI0O cHEdK+pQzmCIgcirwAM9+30M0GP6yFhWACpzI8AT7rbjwDQ6i/t8+KgBD5fLynI8ikNF a69SfiAeaZLO8uJFwHposl8xSFlq2hoI1uboX2MplQ8DYk7pT19WJX1AQROFnp9o+mzV nPCw/3ow1khTBJbzEMm7NXce44PaozDWijCM1iLBfL4QwUbwumzUlrBUlIfaYhPIfq/O FC3Fm2wO4t+2ctMeXTUqBAv+6Gq6sKT7mtxTQfIRUm8gIo8fwBbekt54Yn9+Zxsfw0bd yYSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FhychhZPYbj3X/8Un6rog056IgLGmCl8jCQqU8B3uCo=; b=jeQNX4/mRUv1oTFfaznHxNxixYrbSXoY/a5HBfV0VFwRCZLQt/h7RMiCyGK9wNH7hv g+BbrPZ0bTaablZJjhLFfyezwCNuo/x6qPrv3dGimZ3sH4apoSRf4tQ5TrtaD7oaXbdT BF+FGmkQOsolw/FbXCVXy81jEfQfp2ne6HH4bhMFXuwrg/97MKRNR758JY7HOOmaNvyd A+l2y8gBgvSCApExwwwOJ4rWHwggyQRdxE3LZByaVelHmJ2JRdwIhWo+YcgpHoWkHXMK o5YzaKqcpGhKnOrkpb5eecMX9HWydjbPcUDGExv3+c6q0ci89HuCbY6qMtQeQsPt8FZg y4uA== X-Gm-Message-State: AOAM533H2q7cXe9rz3eBYRbspP4AKbq+Q/0dcRSLtECzm5xv2+UsKn4n zPX3PbwQgC5rx4JkxmWCKnbJJDWumNsezkupbqeUqkGPU/X94A== X-Google-Smtp-Source: ABdhPJzkJKOVbrhm/f3lyDS+dVtUOY2+ASqulLSMd7NsxGLnd3q6bMlEjWnxQH557hSRZXLqD3KS26JYYDy5/5XLyMk= X-Received: by 2002:a19:c8a:: with SMTP id 132mr37060773lfm.23.1594227798180; Wed, 08 Jul 2020 10:03:18 -0700 (PDT) MIME-Version: 1.0 References: <83pn96qerh.fsf@gnu.org> <83d056qcwj.fsf@gnu.org> <83blkqq8o7.fsf@gnu.org> In-Reply-To: <83blkqq8o7.fsf@gnu.org> From: =?UTF-8?Q?Fernando_Pe=C3=B1a?= Date: Wed, 8 Jul 2020 19:02:41 +0200 Message-ID: Subject: Re: bug#42254: 27.0.91; display-line-numbers-mode incoherent shifting behaviour To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000009a076905a9f115b5" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 42254 X-Mailman-Approved-At: Wed, 08 Jul 2020 14:07:29 -0400 Cc: 42254@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: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --0000000000009a076905a9f115b5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Okay, thanks for replying. Greetings, Fernando El mi=C3=A9., 8 jul. 2020 a las 18:21, Eli Zaretskii () escri= bi=C3=B3: > > From: Fernando Pe=C3=B1a > > Date: Wed, 8 Jul 2020 17:02:40 +0200 > > Cc: 42254@debbugs.gnu.org > > > > 1 Open emacs with emacs -q > > 2 Open an empty buffer > > 3 M-x display-line-numbers-mode > > 4 Insert 95 lines (C-u 95 RET) > > > > You should see that there's an extra space on the left of the line > numbers, and > > when you scroll up until line 90 or 85 (I think it depends on the windo= w > size) > > it disappears. If you scroll down again to the bottom, the buffer is > again > > shifted to the right. > > Ah, okay. If you add lines, then yes, it will eventually shift. > Sorry I didn't get that before. > > So: no bug. > > Thanks. > --0000000000009a076905a9f115b5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Okay, thanks for replying.

Greetings,
Fernando

El mi=C3=A9., 8 ju= l. 2020 a las 18:21, Eli Zaretskii (<eli= z@gnu.org>) escribi=C3=B3:
> From: Fern= ando Pe=C3=B1a <ferpb1999@gmail.com>
> Date: Wed, 8 Jul 2020 17:02:40 +0200
> Cc: 42254@d= ebbugs.gnu.org
>
> 1 Open emacs with emacs -q
> 2 Open an empty buffer
> 3 M-x display-line-numbers-mode
> 4 Insert 95 lines (C-u 95 RET)
>
> You should see that there's an extra space on the left of the line= numbers, and
> when you scroll up until line 90 or 85 (I think it depends on the wind= ow size)
> it disappears. If you scroll down again to the bottom, the buffer is a= gain
> shifted to the right.

Ah, okay.=C2=A0 If you add lines, then yes, it will eventually shift.
Sorry I didn't get that before.

So: no bug.

Thanks.
--0000000000009a076905a9f115b5-- From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 12 20:29:16 2020 Received: (at 42254-done) by debbugs.gnu.org; 13 Aug 2020 00:29:16 +0000 Received: from localhost ([127.0.0.1]:46021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k617M-0004gv-3G for submit@debbugs.gnu.org; Wed, 12 Aug 2020 20:29:16 -0400 Received: from mail-yb1-f173.google.com ([209.85.219.173]:37153) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k617I-0004gJ-EB for 42254-done@debbugs.gnu.org; Wed, 12 Aug 2020 20:29:12 -0400 Received: by mail-yb1-f173.google.com with SMTP id e14so2365432ybf.4 for <42254-done@debbugs.gnu.org>; Wed, 12 Aug 2020 17:29:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc :content-transfer-encoding; bh=Rwktq5H3myVBf2GwfnQiWuB+8cGXxQDpO9VdPj0PTJk=; b=k1SaLVo98xM7LbZaCZc9ipA9tgb/Wk6IIuo7akATv7yl88vLErxIQ3YU7qeMDtrcCk W6rs3Hy9G0mhkyh3NUwFuLsdmqprMC5/vOHB8AIdkvbQbmNDlUHMTaTAyfUDwLlzAc+v xE2rSRqzGK4mPO/C3h3a1vGwNQ2ADHILSORBwDDxLdWLmRqzqN0f9EbOQaUzvHeFc1Yt ohgbTyQZqY63mLJun7d2I/BHHqJLE/O7xnUO2dd1HWzAu9u14ACIv+xhJYQOAKSsFYnk PJU2p3Qgcg+Ls3Q7kN8FySBwfRX6aD23H7JjxmrRDCDillTPOL4DsldOCQKrzfVyOmJb pl5w== X-Gm-Message-State: AOAM532VCyO33muExFlx5Khr5E33Fii5hDRkG1l2UMMKBld9BCvNxTbe 7og5aAldT7SsAhhHE+eX83WKYTu/isl+FziXpf/7lzsSHkc= X-Google-Smtp-Source: ABdhPJzjZd0Go858nIaRtw8Qz21h/V5QfI0KILLImMK9HPAAX0/weu+7nd+mBVo4Uu0YxGjcEDeTidZKepAj5yGyH+0= X-Received: by 2002:a5b:410:: with SMTP id m16mr2906624ybp.309.1597278547060; Wed, 12 Aug 2020 17:29:07 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 12 Aug 2020 17:29:06 -0700 From: Stefan Kangas In-Reply-To: <83blkqq8o7.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 08 Jul 2020 19:21:44 +0300") References: <83pn96qerh.fsf@gnu.org> <83d056qcwj.fsf@gnu.org> <83blkqq8o7.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Wed, 12 Aug 2020 17:29:06 -0700 Message-ID: Subject: Re: bug#42254: 27.0.91; display-line-numbers-mode incoherent shifting behaviour To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42254-done Cc: =?UTF-8?Q?Fernando_Pe=C3=B1a?= , 42254-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: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Fernando Pe=C3=B1a >> Date: Wed, 8 Jul 2020 17:02:40 +0200 >> Cc: 42254@debbugs.gnu.org >> >> 1 Open emacs with emacs -q >> 2 Open an empty buffer >> 3 M-x display-line-numbers-mode >> 4 Insert 95 lines (C-u 95 RET) >> >> You should see that there's an extra space on the left of the line numbe= rs, and >> when you scroll up until line 90 or 85 (I think it depends on the window= size) >> it disappears. If you scroll down again to the bottom, the buffer is aga= in >> shifted to the right. > > Ah, okay. If you add lines, then yes, it will eventually shift. > Sorry I didn't get that before. > > So: no bug. I'm therefore closing this bug report. From unknown Sat Jun 14 08:55:29 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 10 Sep 2020 11:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator