From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#61307: 30.0.50; pixel-scroll-precision-mode: window-scroll-functions? Date: Tue, 14 Feb 2023 02:30:10 +0100 Message-ID: <873579jaot.fsf@web.de> References: <87y1pbsgu5.fsf@web.de> <83h6vzq9at.fsf@gnu.org> <878rhascr8.fsf@web.de> <83wn4ngjvp.fsf@gnu.org> <875yc6cnmk.fsf@web.de> <83mt5ifdhn.fsf@gnu.org> <87o7pyb556.fsf@web.de> <83k00lg1ve.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24590"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 61307@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Feb 14 02:31:17 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pRkA9-00068T-Dd for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Feb 2023 02:31:17 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pRk9w-0004Ap-LP; Mon, 13 Feb 2023 20:31:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pRk9v-0004A0-Dn for bug-gnu-emacs@gnu.org; Mon, 13 Feb 2023 20:31:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pRk9u-0001cH-9F for bug-gnu-emacs@gnu.org; Mon, 13 Feb 2023 20:31:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pRk9u-0006o1-4R for bug-gnu-emacs@gnu.org; Mon, 13 Feb 2023 20:31:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Feb 2023 01:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61307 X-GNU-PR-Package: emacs Original-Received: via spool by 61307-submit@debbugs.gnu.org id=B61307.167633822026112 (code B ref 61307); Tue, 14 Feb 2023 01:31:02 +0000 Original-Received: (at 61307) by debbugs.gnu.org; 14 Feb 2023 01:30:20 +0000 Original-Received: from localhost ([127.0.0.1]:52030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pRk9E-0006n6-1X for submit@debbugs.gnu.org; Mon, 13 Feb 2023 20:30:20 -0500 Original-Received: from mout.web.de ([212.227.15.14]:37413) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pRk9B-0006mq-UB for 61307@debbugs.gnu.org; Mon, 13 Feb 2023 20:30:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1676338212; bh=slzEGQDS5gNCyllnt2FPs+PgmoWUmdck4ssRPVmyjs4=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=DoJDc3/NJYDoJwtrCqs2kGXIe0kkyB7eEQNp0NDnKSVm7Z2yTu4F0HDAlx9Y+QpH5 5NO4u+lWqNrr813R5S4P6hbPIyjPQKb7pLUOWbj/COPCDkSeVfi7Hb6H3excVa6ah3 uU6N0RemTLw4nEPwgfEqiWD2RwIKO8hR5IduNZtle8CEkKBuGvXZBcjnytQ2whsVkf bDyu0OR066KvOxWCl+qw0DaP+IHKhbUOanU3UUsUUbvyybOd1JOrzYkcEWcik6bIao MGi/7gIG9vutyHJeuoJFOweYC2wRAWY6sigSKCXosTRyOH9Noqivl1IeUYg7rQPXMA BBoqQshv54Vnw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([84.59.210.57]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MiMEM-1oxNDB3Nkk-00fPnw; Tue, 14 Feb 2023 02:30:11 +0100 In-Reply-To: <83k00lg1ve.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 13 Feb 2023 14:56:37 +0200") X-Provags-ID: V03:K1:bbftCzHYYCa0bseu8yTg4U06L6LDNxIC9cqCTY47ESkpVjHTbdd /O2eRbYIBdNct7MAwN0CFSbODS9SB8ZgDA0yr3TxNw3YenDs0bMCOl8OA+ggZwSSINn8CR4 HG9D4RE6BNBB5VziFvjz5jfyBsH0/aviTxf8hjjDvxuPJE+CgCS/xPKZS4uigh6u10eZEA1 qyKjJ/GZCloOiewrtl4kg== UI-OutboundReport: notjunk:1;M01:P0:e9PoKq82VKE=;wLb6G2p2850+RRyIBVDRJz7w4qn JdrFIyxofBELtVNfD+pDQt711zwgts4zXyHRAKTG8fvHr3BE745Pby12Z8/VzAn/isMVPwh0x Sgim6w27jY41V7dZ8eKXOQ/9Rkc/WCjSV32rYvdKb7sstvEDOBG78QuVr8y081uHWOjGbL2oL WWw6UyR450wvsh22vxb42i3/QnDklF+5dgWwtup7ylC7BOsRhIVTRsBDPGomPpnZJ8wvmcrEC nKTfBhGvpQZygQ0av2t2B16Xr2gyjJ3dinSZEJPeWVRofdtCeFu5E9qoWIFxhY1imGu3eeidX bAyyNOBVUnVlxX83zzNiQQ0lNzFLSEDZGThOqkH10cGbneuQZ9rk6BeaVXMB038vJrEYuTIvg pQDZHiVVC18c6qLW6gwR/kvceFO+tmGsvR2RxMPWZ7YEO51kQwyB1V4LPhBN8EI3tPRYhEUmK yk22BzJdgZTaTi5mD6F866Z/iqyZ7ED33R7oFgnZbB9hHrj2p4cE1THrqoc33biDWfMb9DPRH pzrB56iRmBvT6C/lVHpCtXEzNkMfsuSDpxiUlowKVhVdyyaX316SPkpMxDcWJewT2Ex+rl7MN NXdIPX6y5EfHh6AqUSJQlvVCJaP8KqZaqtOgK80n62S2hETURT+9ysW33B75ibNodi2Zo9iw5 vSosTPCNPyn8wBRmGvNIa2bLfeKpIIYQ6pA14zVZ+QIYH/SvWHqMQwLlqfNqWliu7+tmDjQoE ooPryD/STE1rvRFF+ezMpLVycUrP0Xu1t+Cz/1EAAx71LsxxJEQF3gRmw4imXbl4cPQR3oQ2 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:255536 Archived-At: --=-=-= Content-Type: text/plain Eli Zaretskii writes: > > Don't all other scroll commands scroll after every single command > > invocation? Why is this one different? > > Because you might make scrolling much slower if you call the scroll > functions every pixel. Sorry that I repeat myself, but I don't understand why that would happen. This is what I tried: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=61307.diff Content-Transfer-Encoding: quoted-printable *** /tmp/ediffnuE8b2 2023-02-14 02:24:24.300444006 +0100 =2D-- /home/micha/software/emacs/lisp/pixel-scroll.el 2023-02-14 02:20:40.= 472154353 +0100 *************** *** 725,731 **** (beginning-of-buffer (message (error-message-string '(beginning-of-buffe= r)))) (end-of-buffer ! (message (error-message-string '(end-of-buffer)))))= ))))) (mwheel-scroll event nil)))) (defun pixel-scroll-kinetic-state (&optional window) =2D-- 725,733 ---- (beginning-of-buffer (message (error-message-string '(beginning-of-buffe= r)))) (end-of-buffer ! (message (error-message-string '(end-of-buffer)))))= ) ! (run-hook-with-args 'window-scroll-functions ! (selected-window) (window-start)))))= ) (mwheel-scroll event nil)))) (defun pixel-scroll-kinetic-state (&optional window) --=-=-= Content-Type: text/plain I don't see the hook called for each pixel. What do you mean? A second thing I wonder about: the docstring of `window-scroll-functions' says: | These functions are called whenever the `window-start' marker is modified, | either to point into another buffer (e.g. via `set-window-buffer') or another | place in the same buffer. Is this correct and complete? Is the window-start marker modified in our scenario? If it is, why do we have to call the hook explicitly? If it is not, should we update that marker? TIA, Michael. --=-=-=--