From unknown Fri Aug 15 12:48:47 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#14508 <14508@debbugs.gnu.org> To: bug#14508 <14508@debbugs.gnu.org> Subject: Status: scroll-conservatively==1 not honored for fast line by line navigation up Reply-To: bug#14508 <14508@debbugs.gnu.org> Date: Fri, 15 Aug 2025 19:48:47 +0000 retitle 14508 scroll-conservatively=3D=3D1 not honored for fast line by lin= e navigation up reassign 14508 emacs submitter 14508 Barry OReilly severity 14508 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 19:00:27 2013 Received: (at submit) by debbugs.gnu.org; 29 May 2013 23:00:27 +0000 Received: from localhost ([127.0.0.1]:40899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UhpM2-0002C3-B7 for submit@debbugs.gnu.org; Wed, 29 May 2013 19:00:27 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44211) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UhpLz-0002BZ-3L for submit@debbugs.gnu.org; Wed, 29 May 2013 19:00:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UhpKQ-00030w-NI for submit@debbugs.gnu.org; Wed, 29 May 2013 18:58:51 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-99.2 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE, T_DKIM_INVALID, USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:48908) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhpKQ-00030s-Jt for submit@debbugs.gnu.org; Wed, 29 May 2013 18:58:46 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55539) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhpKL-0000ZY-BY for bug-gnu-emacs@gnu.org; Wed, 29 May 2013 18:58:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UhpKF-0002xs-4s for bug-gnu-emacs@gnu.org; Wed, 29 May 2013 18:58:41 -0400 Received: from mail-ob0-x22f.google.com ([2607:f8b0:4003:c01::22f]:56596) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhpKE-0002xB-UI for bug-gnu-emacs@gnu.org; Wed, 29 May 2013 18:58:35 -0400 Received: by mail-ob0-f175.google.com with SMTP id xn12so8061573obc.6 for ; Wed, 29 May 2013 15:58:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=bq0PbSPTMgRwPvxtVh/ZzJ+N0C0dlJfbS2E6KVGhNeY=; b=HhxwXx//9+uQ3ejbIYTtgOvdFMoZIzUFavIk2NbLxhEe4JaE5hgK8nBA5SAcYJkEyk CPlF84z+fyO+nB7VfSAIKED78k8UiUhvnSAXtxNpLYR6EPd06iHfvozFFUR1jrOJDOeg Hxr/Wb487NfICLL897Y1h5tYZv+4sNtvN3xRKJnISb2MJZjnsexMzounQyHi8MYTtg0w j+TJZ/tl0PhqNNhGyiM0zgDxR2SpkFgoloombeNdib2r/tLFLYFIQCgYYhcgS2+NcjOj B6DXtjfLIlq6FzLfS7ZSQo2XCDyjaQjtAuJ30q4V0lH7qT1WtLfOEXR3S5VET/4MSGpD yEuA== MIME-Version: 1.0 X-Received: by 10.60.65.38 with SMTP id u6mr2966356oes.52.1369868313873; Wed, 29 May 2013 15:58:33 -0700 (PDT) Received: by 10.76.69.234 with HTTP; Wed, 29 May 2013 15:58:33 -0700 (PDT) Date: Wed, 29 May 2013 18:58:33 -0400 Message-ID: Subject: scroll-conservatively==1 not honored for fast line by line navigation up From: Barry OReilly To: bug-gnu-emacs@gnu.org Content-Type: multipart/mixed; boundary=001a11c1cf8e3cd47504dde352dd X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) --001a11c1cf8e3cd47504dde352dd Content-Type: multipart/alternative; boundary=001a11c1cf8e3cd47204dde352db --001a11c1cf8e3cd47204dde352db Content-Type: text/plain; charset=ISO-8859-1 Let /tmp/scroll-conservatively-1.el have this content: (setq scroll-conservatively 1) (add-hook 'term-setup-hook (lambda () (goto-char (point-max)))) And /tmp/foo.cpp as attached. Also set the keyboard repitition rate somewhat high. Start Emacs by: emacs -Q /tmp/foo.cpp --load /tmp/scroll-conservatively-1.el Hold arrow up key, recentering occurs while scrolling up. Note: Script goes to EOB because I only witness this for scroll ups, not scroll downs. I witness this regularly when navigating C++ source code. ---- In GNU Emacs 24.3.50.6 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4) of 2013-05-23 on redacted Windowing system distributor `The X.Org Foundation', version 11.0.70101000 System Description: Red Hat Enterprise Linux Client release 5.4 (Tikanga) Configured using: `configure --prefix=/redacted/user/boreilly/sw/emacs-install-trunk --with-gif=no' Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=none locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: C++/l Minor modes in effect: tooltip-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 abbrev-mode: t Recent input: M-x r e p o r t - e m a c Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. foo.cpp has auto save data; consider M-x recover-this-file Loading cc-langs...done Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message cl-macs gv format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cc-langs cl nadvice cl-lib cc-mode cc-fonts easymenu cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) --001a11c1cf8e3cd47204dde352db Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Let /tmp/scroll-conservatively-1.el have this content:

=A0 (setq scr= oll-conservatively 1)
=A0 (add-hook 'term-setup-hook (lambda () (got= o-char (point-max))))

And /tmp/foo.cpp as attached.

Also set = the keyboard repitition rate somewhat high.

Start Emacs by: emacs -Q /tmp/foo.cpp --load /tmp/scroll-conservatively= -1.el

Hold arrow up key, recentering occurs while scrolling up.
<= br>Note: Script goes to EOB because I only witness this for scroll ups, not= scroll downs.

I witness this regularly when navigating C++ source code.

----
In GNU Emacs 24.3.50.6 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4= )
=A0of 2013-05-23 on redacted
Windowing system distributor `The X.Or= g Foundation', version 11.0.70101000
System Description:=A0=A0=A0 Red Hat Enterprise Linux Client release 5.4 (T= ikanga)

Configured using:
=A0`configure --prefix=3D/redacted/user= /boreilly/sw/emacs-install-trunk
=A0--with-gif=3Dno'

Importan= t settings:
=A0 value of $LANG: en_US.UTF-8
=A0 value of $XMODIFIERS: @im=3Dnone
= =A0 locale-coding-system: utf-8-unix
=A0 default enable-multibyte-charac= ters: t

Major mode: C++/l

Minor modes in effect:
=A0 toolt= ip-mode: t
=A0 mouse-wheel-mode: t
=A0 tool-bar-mode: t
=A0 menu-bar-mode: t
= =A0 file-name-shadow-mode: t
=A0 global-font-lock-mode: t
=A0 font-lo= ck-mode: t
=A0 blink-cursor-mode: t
=A0 auto-composition-mode: t
= =A0 auto-encryption-mode: t
=A0 auto-compression-mode: t
=A0 line-number-mode: t
=A0 transient-ma= rk-mode: t
=A0 abbrev-mode: t

Recent input:
M-x r e p o r t - = e m a c <tab> <return>

Recent messages:
For informati= on about GNU Emacs and the GNU system, type C-h C-a.
foo.cpp has auto save data; consider M-x recover-this-file
Loading cc-la= ngs...done

Load-path shadows:
None found.

Features:
(sh= adow sort gnus-util mail-extr emacsbug message cl-macs gv format-spec
rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mail= abbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util = mail-prsvr mail-utils cc-langs cl nadvice cl-lib cc-mode
cc-fonts easyme= nu cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine
cc-vars cc-defs time-date tooltip ediff-hook vc-hooks lisp-float-type
mw= heel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-= list newcomment lisp-mode register page menu-bar rfn-eshadow
timer selec= t scroll-bar mouse jit-lock font-lock syntax facemenu
font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan
th= ai tai-viet lao korean japanese hebrew greek romanian slovak czech
europ= ean ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook h= elp simple abbrev minibuffer loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
e= nv code-pages mule custom widget hashtable-print-readable backquote
make= -network-process dbusbind dynamic-setting system-font-setting
font-rende= r-setting move-toolbar gtk x-toolkit x multi-tty emacs)

--001a11c1cf8e3cd47204dde352db-- --001a11c1cf8e3cd47504dde352dd Content-Type: text/x-c++src; charset=US-ASCII; name="foo.cpp" Content-Disposition: attachment; filename="foo.cpp" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhb47blq0 MAoxCjIKMwo0CjUKNgo3CjgKOQoKMAoxCjIKMwo0CjUKNgo3CjgKOQoKcmVzaXplIHdpbmRvdyBz byBhcyB0aGlzIGxpbmUgd3JhcHMgLS0tIHJlc2l6ZSB3aW5kb3cgc28gYXMgdGhpcyBsaW5lIHdy YXBzIC0tLSByZXNpemUgd2luZG93IHNvIGFzIHRoaXMgbGluZSB3cmFwcyAtLS0gcmVzaXplIHdp bmRvdyBzbyBhcyB0aGlzIGxpbmUgd3JhcHMgLS0tIHJlc2l6ZSB3aW5kb3cgc28gYXMgdGhpcyBs aW5lIHdyYXBzIC0tLSByZXNpemUgd2luZG93IHNvIGFzIHRoaXMgbGluZSB3cmFwcyAtLS0gcmVz aXplIHdpbmRvdyBzbyBhcyB0aGlzIGxpbmUgd3JhcHMgLS0tIHJlc2l6ZSB3aW5kb3cgc28gYXMg dGhpcyBsaW5lIHdyYXBzIC0tLSByZXNpemUgd2luZG93IHNvIGFzIHRoaXMgbGluZSB3cmFwcyAt LS0gcmVzaXplIHdpbmRvdyBzbyBhcyB0aGlzIGxpbmUgd3JhcHMgLS0tIHJlc2l6ZSB3aW5kb3cg c28gYXMgdGhpcyBsaW5lIHdyYXBzCjEKMgozCjQKNQo2CjcKOAo5CgowCjEKMgozCjQKNQo2CjcK OAo5CgowCjEKMgozCjQKNQo2CjcKOAo5CgowCjEKMgozCjQKNQo2CjcKOAo5CgowCjEKMgozCjQK NQo2CjcKOAo5CgowCjEKMgozCjQKNQo2CjcKOAo5CgowCjEKMgozCjQKNQo2CjcKOAo5Cg== --001a11c1cf8e3cd47504dde352dd-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 01 09:13:10 2013 Received: (at 14508) by debbugs.gnu.org; 1 Jun 2013 13:13:10 +0000 Received: from localhost ([127.0.0.1]:45991 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UilcM-000400-0Y for submit@debbugs.gnu.org; Sat, 01 Jun 2013 09:13:10 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:39652) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UilcJ-0003yq-J2 for 14508@debbugs.gnu.org; Sat, 01 Jun 2013 09:13:08 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MNP00E00TW00500@a-mtaout22.012.net.il> for 14508@debbugs.gnu.org; Sat, 01 Jun 2013 16:11:18 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNP00D60TYSZU10@a-mtaout22.012.net.il>; Sat, 01 Jun 2013 16:11:17 +0300 (IDT) Date: Sat, 01 Jun 2013 16:11:07 +0300 From: Eli Zaretskii Subject: Re: bug#14508: scroll-conservatively==1 not honored for fast line by line navigation up In-reply-to: X-012-Sender: halo1@inter.net.il To: Barry OReilly Message-id: <83bo7q0ydw.fsf@gnu.org> References: X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Wed, 29 May 2013 18:58:33 -0400 > From: Barry OReilly > > Let /tmp/scroll-conservatively-1.el have this content: > > (setq scroll-conservatively 1) > (add-hook 'term-setup-hook (lambda () (goto-char (point-max)))) > > And /tmp/foo.cpp as attached. > > Also set the keyboard repitition rate somewhat high. > > Start Emacs by: emacs -Q /tmp/foo.cpp --load /tmp/scroll-conservatively-1.el > > Hold arrow up key, recentering occurs while scrolling up. > > Note: Script goes to EOB because I only witness this for scroll ups, not > scroll downs. > > I witness this regularly when navigating C++ source code. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-Debbugs-Envelope-To: 14508 Cc: 14508@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Wed, 29 May 2013 18:58:33 -0400 > From: Barry OReilly > > Let /tmp/scroll-conservatively-1.el have this content: > > (setq scroll-conservatively 1) > (add-hook 'term-setup-hook (lambda () (goto-char (point-max)))) > > And /tmp/foo.cpp as attached. > > Also set the keyboard repitition rate somewhat high. > > Start Emacs by: emacs -Q /tmp/foo.cpp --load /tmp/scroll-conservatively-1.el > > Hold arrow up key, recentering occurs while scrolling up. > > Note: Script goes to EOB because I only witness this for scroll ups, not > scroll downs. > > I witness this regularly when navigating C++ source code. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4706] > Date: Wed, 29 May 2013 18:58:33 -0400 > From: Barry OReilly > > Let /tmp/scroll-conservatively-1.el have this content: > > (setq scroll-conservatively 1) > (add-hook 'term-setup-hook (lambda () (goto-char (point-max)))) > > And /tmp/foo.cpp as attached. > > Also set the keyboard repitition rate somewhat high. > > Start Emacs by: emacs -Q /tmp/foo.cpp --load /tmp/scroll-conservatively-1.el > > Hold arrow up key, recentering occurs while scrolling up. > > Note: Script goes to EOB because I only witness this for scroll ups, not > scroll downs. > > I witness this regularly when navigating C++ source code. This is normal. Sometimes, Emacs redisplay takes more time, for various reasons (e.g., garbage collection triggered by JIT font-lock that fontifies portions of text that come into view). When redisplay finishes, Emacs finds more than a single keystroke in its keyboard queue, and processes all of them, which moves point more than 1 line out of the window. Since scroll-conservatively is set to 1, Emacs recenters. You see this on scroll ups, because they are slightly slower than scroll downs, and the difference is enough to trigger this with higher probability when you go up. To avoid this, set scroll-conservatively to higher values. For example, I just set it to 3 and was able to scroll through the whole file you sent without even a single recenter. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 07 12:37:20 2013 Received: (at 14508) by debbugs.gnu.org; 7 Jun 2013 16:37:20 +0000 Received: from localhost ([127.0.0.1]:56693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UkzfD-00084J-0N for submit@debbugs.gnu.org; Fri, 07 Jun 2013 12:37:19 -0400 Received: from mail-ob0-f171.google.com ([209.85.214.171]:64922) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UkzfA-00083k-4o for 14508@debbugs.gnu.org; Fri, 07 Jun 2013 12:37:16 -0400 Received: by mail-ob0-f171.google.com with SMTP id dn14so6877634obc.2 for <14508@debbugs.gnu.org>; Fri, 07 Jun 2013 09:37:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=rFGWQMOgvkCdOiU4b3VvzuFpxWg4uORCI3GLxXgL9NU=; b=1EU4SUcojI6fAXJzpHCI+lqAKb9dUZBu81IWS2lldGCxxtgZ+O4YH3whBS4udjJJpS dl4EWBNWZocd1h2gwBoBUV8vchgcvQW93alzgDogBTJiNeT4oz9yJPgMoopYd9X0FK1L JUfq7pcwk1g7ZYPx2+luHH9o2Nh5tsZLVglDdP6sTOLHbz5DqvzZeXSnsKeBEwhbD0wa PLpvMt6DsQiGpi2XFYJX6pKX5pThwgGyENyBUmWHb920tr+8klTc2a0qflQbin9OqQ1h V+M2B4Y+PECjNGhlzgthorA3Y8Eq6Blzw2oniC4yflihKCNCYpJbt4cn6L57zBzBpjqI gOuw== MIME-Version: 1.0 X-Received: by 10.182.108.230 with SMTP id hn6mr22013201obb.25.1370623028823; Fri, 07 Jun 2013 09:37:08 -0700 (PDT) Received: by 10.76.69.234 with HTTP; Fri, 7 Jun 2013 09:37:08 -0700 (PDT) In-Reply-To: <83bo7q0ydw.fsf@gnu.org> References: <83bo7q0ydw.fsf@gnu.org> Date: Fri, 7 Jun 2013 12:37:08 -0400 Message-ID: Subject: Re: bug#14508: scroll-conservatively==1 not honored for fast line by line navigation up From: Barry OReilly Content-Type: multipart/alternative; boundary=089e0149d290c10f2204de930ad9 X-Spam-Score: 1.1 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > You see this on scroll ups, because they are slightly slower than > scroll downs, and the difference is enough to trigger this with > higher probability when you go up. Closely related, I define these commands (byte compiled): [...] Content analysis details: (1.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (gundaetiapo[at]gmail.com) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.214.171 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 1.0 MISSING_HEADERS Missing To: header 0.0 HTML_MESSAGE BODY: HTML included in message 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: 14508 Cc: 14508@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.1 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > You see this on scroll ups, because they are slightly slower than > scroll downs, and the difference is enough to trigger this with > higher probability when you go up. Closely related, I define these commands (byte compiled): [...] Content analysis details: (1.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.214.171 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (gundaetiapo[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 MISSING_HEADERS Missing To: header 0.0 HTML_MESSAGE BODY: HTML included in message 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4587] 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid --089e0149d290c10f2204de930ad9 Content-Type: text/plain; charset=ISO-8859-1 > You see this on scroll ups, because they are slightly slower than > scroll downs, and the difference is enough to trigger this with > higher probability when you go up. Closely related, I define these commands (byte compiled): (defvar my-leap-scroll-size 16) (define-key evil-normal-state-map ";" nil) (define-key evil-motion-state-map ";" (lambda () (interactive) (scroll-up my-leap-scroll-size) (evil-next-line my-leap-scroll-size))) (define-key evil-normal-state-map "'" nil) (define-key evil-motion-state-map "'" (lambda () (interactive) (scroll-down my-leap-scroll-size) (evil-previous-line my-leap-scroll-size))) In the same C++ buffer as before, when I hold to repeat the above command that scrolls up*, the display doesn't update at all until I release the key to stop the repeat. As you indicated it may, the scroll down can keep up in this case. I turned font locking off and the scroll up redisplay keeps up. I also tried this in a Python buffer with font lock on and these commands keep up much better. Is it that the C/C++ font locking is more complex? Has C/C++ major mode been performance tuned for this use case? Maybe I can experiment with my local configuration to temporarily disable font locking while I'm scrolling up fast -- seeing non font locked code fly by would be better than nothing at all. * Assume I use "up" and "down" in the majority usage, opposite of Emacs terminology --089e0149d290c10f2204de930ad9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > You see this on scroll ups, because they are slightly slower than
&= gt; scroll downs, and the difference is enough to trigger this with
>= higher probability when you go up.

Closely related, I define these = commands (byte compiled):

=A0 (defvar my-leap-scroll-size 16)
=A0 (define-key evil-normal-stat= e-map ";" nil)
=A0 (define-key evil-motion-state-map ";&q= uot;
=A0=A0=A0 (lambda ()
=A0=A0=A0=A0=A0 (interactive)
=A0=A0=A0= =A0=A0 (scroll-up my-leap-scroll-size)
=A0=A0=A0=A0=A0 (evil-next-line my-leap-scroll-size)))
=A0 (define-key e= vil-normal-state-map "'" nil)
=A0 (define-key evil-motion-= state-map "'"
=A0=A0=A0 (lambda ()
=A0=A0=A0=A0=A0 (in= teractive)
=A0=A0=A0=A0=A0 (scroll-down my-leap-scroll-size)
=A0=A0=A0=A0=A0 (evil-previous-line my-leap-scroll-size)))

In the sa= me C++ buffer as before, when I hold to repeat the above
command that sc= rolls up*, the display doesn't update at all until I
release the key= to stop the repeat. As you indicated it may, the
scroll down can keep up in this case. I turned font locking off and
the = scroll up redisplay keeps up. I also tried this in a Python buffer
with = font lock on and these commands keep up much better. Is it that
the C/C+= + font locking is more complex? Has C/C++ major mode been
performance tuned for this use case? Maybe I can experiment with my
loca= l configuration to temporarily disable font locking while I'm
scroll= ing up fast -- seeing non font locked code fly by would be
better than n= othing at all.

* Assume I use "up" and "down" in the majority usag= e, opposite of
=A0 Emacs terminology

--089e0149d290c10f2204de930ad9-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 07 15:28:21 2013 Received: (at 14508) by debbugs.gnu.org; 7 Jun 2013 19:28:21 +0000 Received: from localhost ([127.0.0.1]:56831 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ul2Kj-0007rG-D4 for submit@debbugs.gnu.org; Fri, 07 Jun 2013 15:28:21 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:38954) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ul2Kg-0007qt-VT for 14508@debbugs.gnu.org; Fri, 07 Jun 2013 15:28:20 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MO100C00FEE2L00@a-mtaout21.012.net.il> for 14508@debbugs.gnu.org; Fri, 07 Jun 2013 22:28:05 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MO100BGSFETXL60@a-mtaout21.012.net.il>; Fri, 07 Jun 2013 22:28:05 +0300 (IDT) Date: Fri, 07 Jun 2013 22:27:51 +0300 From: Eli Zaretskii Subject: Re: bug#14508: scroll-conservatively==1 not honored for fast line by line navigation up In-reply-to: X-012-Sender: halo1@inter.net.il To: Barry OReilly Message-id: <83bo7hu3ew.fsf@gnu.org> References: <83bo7q0ydw.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 7 Jun 2013 12:37:08 -0400 > From: Barry OReilly > Cc: 14508@debbugs.gnu.org > > In the same C++ buffer as before, when I hold to repeat the above > command that scrolls up*, the display doesn't update at all until I > release the key to stop the repeat. As you indicated it may, the > scroll down can keep up in this case. I turned font locking off and > the scroll up redisplay keeps up. I also tried this in a Python buffer > with font lock on and these commands keep up much better. Is it that > the C/C++ font locking is more complex? [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 14508 Cc: 14508@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 7 Jun 2013 12:37:08 -0400 > From: Barry OReilly > Cc: 14508@debbugs.gnu.org > > In the same C++ buffer as before, when I hold to repeat the above > command that scrolls up*, the display doesn't update at all until I > release the key to stop the repeat. As you indicated it may, the > scroll down can keep up in this case. I turned font locking off and > the scroll up redisplay keeps up. I also tried this in a Python buffer > with font lock on and these commands keep up much better. Is it that > the C/C++ font locking is more complex? [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4919] > Date: Fri, 7 Jun 2013 12:37:08 -0400 > From: Barry OReilly > Cc: 14508@debbugs.gnu.org > > In the same C++ buffer as before, when I hold to repeat the above > command that scrolls up*, the display doesn't update at all until I > release the key to stop the repeat. As you indicated it may, the > scroll down can keep up in this case. I turned font locking off and > the scroll up redisplay keeps up. I also tried this in a Python buffer > with font lock on and these commands keep up much better. Is it that > the C/C++ font locking is more complex? Could be, I wouldn't know (and don't use Python enough to share my experience). > Has C/C++ major mode been > performance tuned for this use case? Maybe I can experiment with my > local configuration to temporarily disable font locking while I'm > scrolling up fast -- seeing non font locked code fly by would be > better than nothing at all. I'd suggest to try activating jit-lock-stealth and/or jit-lock-defer instead. These two features should make the problem less acute, once you tune the customization parameters, jit-lock-stealth-time and jit-lock-defer-time, correspondingly. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 15:17:09 2014 Received: (at 14508-done) by debbugs.gnu.org; 13 Feb 2014 20:17:09 +0000 Received: from localhost ([127.0.0.1]:51222 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WE2ia-0002IK-OI for submit@debbugs.gnu.org; Thu, 13 Feb 2014 15:17:09 -0500 Received: from mail-ob0-f177.google.com ([209.85.214.177]:39841) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WE2iY-0002Hg-62 for 14508-done@debbugs.gnu.org; Thu, 13 Feb 2014 15:17:06 -0500 Received: by mail-ob0-f177.google.com with SMTP id wp18so12602460obc.8 for <14508-done@debbugs.gnu.org>; Thu, 13 Feb 2014 12:17:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=KneNiCgg/dpPWF/TGZ2vcnEpwi59sX6JoZi0Z3SNnuk=; b=BCOXHdAENaV/lmX7TdQKwDxD3InxWLaejBPVKqZ6j5XldpoGqnqbZ5b2uRPHy+KUlF AmWLVjwsaloskhbHaigWAtSnaWtEmZQos+qnuBBITLHy54HsnDAFjbxY4EP58jp8iDHS B1rRhZxU9w9Ifq0Ed1FR5ocYmV4CdPAifVmaSNJ/C2KJICm1r+OBJYkL4pK6CZV2p0f6 cSHDZiIxw4vn4D2DpQrJMcVQ39D2QttSLh3qPwNg2Fn+mWqJpW1aUCCMLwlJk/g/0nFB dWRHI325u6fUNeS2sDgnoKxSpQTQG20EBJlMtMkZAXsUZYbrE9r4CAgp1zaMrUw4n+Yi Oc4w== MIME-Version: 1.0 X-Received: by 10.60.229.4 with SMTP id sm4mr2841255oec.9.1392322620319; Thu, 13 Feb 2014 12:17:00 -0800 (PST) Received: by 10.76.21.84 with HTTP; Thu, 13 Feb 2014 12:17:00 -0800 (PST) Date: Thu, 13 Feb 2014 15:17:00 -0500 Message-ID: Subject: scroll-conservatively==1 not honored for fast line by line navigation up From: Barry OReilly To: 14508-done@debbugs.gnu.org Content-Type: multipart/alternative; boundary=001a1136286032740404f24f5fdf X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 14508-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) --001a1136286032740404f24f5fdf Content-Type: text/plain; charset=ISO-8859-1 I ended up settling on settings: '(font-lock-maximum-decoration (quote ((c++-mode . 2)))) '(scroll-conservatively 101) '(scroll-margin 4) and in the C++ mode hook: (setq jit-lock-defer-time 0.01) So I am able to scroll through C++ buffers with timely redisplays and without recenterings. Closing. --001a1136286032740404f24f5fdf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I ended up settling on settings:

=A0'(font-lock= -maximum-decoration (quote ((c++-mode . 2))))
=A0'(scroll-conservati= vely 101)
=A0'(scroll-margin 4)

and in the C++ mode hook:
=
=A0 (setq jit-lock-defer-time 0.01)

So I am able to scroll through C++ buffers with timely redisplays and w= ithout recenterings. Closing.

--001a1136286032740404f24f5fdf-- From unknown Fri Aug 15 12:48:47 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 14 Mar 2014 11:24:03 +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