GNU logs - #42406, boring messages


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 17 Jul 2020 15:37:02 +0000
Resent-Message-ID: <handler.42406.B.159500019016707 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 42406 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.159500019016707
          (code B ref -1); Fri, 17 Jul 2020 15:37:02 +0000
Received: (at submit) by debbugs.gnu.org; 17 Jul 2020 15:36:30 +0000
Received: from localhost ([127.0.0.1]:57901 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1jwSPV-0004LO-Qp
	for submit <at> debbugs.gnu.org; Fri, 17 Jul 2020 11:36:30 -0400
Received: from lists.gnu.org ([209.51.188.17]:54134)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1jwSPS-0004LC-An
 for submit <at> debbugs.gnu.org; Fri, 17 Jul 2020 11:36:28 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:42138)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1jwSPS-0007dV-3q
 for bug-gnu-emacs@HIDDEN; Fri, 17 Jul 2020 11:36:26 -0400
Received: from grace.univie.ac.at ([2001:62a:4:25::25:115]:39420)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1jwSPP-0008MG-Uq
 for bug-gnu-emacs@HIDDEN; Fri, 17 Jul 2020 11:36:25 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:Date:Message-Id:Subject:Mime-Version:
 Content-Transfer-Encoding:Content-Type:From:Sender:Reply-To:Cc:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=HxaP35naN5Bnvs+r44+xfLVbP0zlOa7bRZ7kAMS9uRU=; b=jn2m4pg0GbiW2XXRC3kNfdT8CP
 ctR5kvniJgiJd+TmYBEJXQCBRA2AfoaULDEl+6xcd86XmlSu/2X5s6hOQwkAjmwbN9b1cgqoQTJaA
 TM3Bp6MdTClKKTU++R9ARaDqwTpRSf/dOgMUwh2utTkgBdzZORX1SsyGaslggFR1srIM=;
Received: from jarvis.univie.ac.at ([131.130.3.112] helo=jarvis.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1jwSPI-0002mc-3p
 for bug-gnu-emacs@HIDDEN; Fri, 17 Jul 2020 17:36:16 +0200
Received: from 217-149-169-20.nat.highway.telekom.at ([217.149.169.20]
 helo=[10.0.0.13])
 by jarvis.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1jwSPH-0002XG-Vf
 for bug-gnu-emacs@HIDDEN; Fri, 17 Jul 2020 17:36:16 +0200
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
Message-Id: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
Date: Fri, 17 Jul 2020 17:36:10 +0200
X-Mailer: Apple Mail (2.3608.120.23.2.1)
X-Univie-Virus-Scan: scanned by ClamAV on jarvis.univie.ac.at
Received-SPF: none client-ip=2001:62a:4:25::25:115;
 envelope-from=konrad.podczeck@HIDDEN; helo=grace.univie.ac.at
X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache.
 That's all we know.
X-Spam_score_int: -43
X-Spam_score: -4.4
X-Spam_bar: ----
X-Spam_report: (-4.4 / 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,
 RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001,
 URIBL_BLOCKED=0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Mouse-wheel scroll and then suddenly release the mouse-wheel, so that =
thereafter the text scrolled still moves for a short time. During that =
time, the text flickers.

(In case this is platform-dependent, I use the NS-port of Emacs =
27.0.91/pretest)





Message sent:


Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Subject: bug#42406: Acknowledgement (Mouse-wheel scrolling can be flickering)
Message-ID: <handler.42406.B.159500019016707.ack <at> debbugs.gnu.org>
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
X-Gnu-PR-Message: ack 42406
X-Gnu-PR-Package: emacs
Reply-To: 42406 <at> debbugs.gnu.org
Date: Fri, 17 Jul 2020 15:37:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 42406 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
42406: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D42406
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 19 Jul 2020 13:34:01 +0000
Resent-Message-ID: <handler.42406.B42406.159516561832697 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.159516561832697
          (code B ref 42406); Sun, 19 Jul 2020 13:34:01 +0000
Received: (at 42406) by debbugs.gnu.org; 19 Jul 2020 13:33:38 +0000
Received: from localhost ([127.0.0.1]:60103 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1jx9Ri-0008VJ-CP
	for submit <at> debbugs.gnu.org; Sun, 19 Jul 2020 09:33:38 -0400
Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:48302)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1jx9Rf-0008V4-Bq
 for 42406 <at> debbugs.gnu.org; Sun, 19 Jul 2020 09:33:36 -0400
Received: from smtpauth1.co-bxl (smtpauth1.co-bxl [10.2.0.15])
 by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id B7C03558;
 Sun, 19 Jul 2020 15:33:28 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1595165608; 
 s=20200222-6h9o; d=idiocy.org; i=alan@HIDDEN;
 h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:In-Reply-To;
 l=522; bh=8g29Oo68SAy5wf9e4w39Pt3JGV8zoHtaFjx3w0msmaU=;
 b=WYsOReEqtug4s5CH32AWILktA7QiDQQmhmsNNfjB2+TQ9/vfDrl4jGY+kEVOYMm5
 K3ZKJxRm3vczU4Bh/AFSW+r9h2VhRQwQF6ZzbRz+RnssYCKuBnSSkaJl/0i0FWALe2D
 YkcOx/VqKStvY+9y1n2VmL2tmaYRBguHlWpKWMBQ6XlbNehLVkwQiQWePsA0/49opjQ
 an9IDVmyJ4/WU1xqfISHXMXGLoYRgd+Qg5Pzvh6jpDCXYZ6FEGvhsB4THPzQv+xp9wb
 PeklTdFxk1H7GNdKnrEXm85k81QXRUdN7AzONUKAIWAqd3pCSMZP9q7mm0uI/zxHuC6
 P6/xY/KUZA==
Received: by smtp.mailfence.com with ESMTPA ;
 Sun, 19 Jul 2020 15:33:25 +0200 (CEST)
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id 2717B2023C0F45; Sun, 19 Jul 2020 14:33:23 +0100 (BST)
Date: Sun, 19 Jul 2020 15:33:27 +0200 (CEST)
From: Alan Third <alan@HIDDEN>
Message-ID: <20200719133323.GA5793@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Konrad Podczeck <konrad.podczeck@HIDDEN>,
 42406 <at> debbugs.gnu.org
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
X-Spam-Flag: NO
X-Spam-Status: No, hits=-2.9 required=4.7 symbols=ALL_TRUSTED,
 BAYES_00 device=10.2.0.1
X-ContactOffice-Account: com:241649512
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Fri, Jul 17, 2020 at 05:36:10PM +0200, Konrad Podczeck wrote:
> Mouse-wheel scroll and then suddenly release the mouse-wheel, so
> that thereafter the text scrolled still moves for a short time.
> During that time, the text flickers.
> 
> (In case this is platform-dependent, I use the NS-port of Emacs
> 27.0.91/pretest)

Emacs 28 will use a different method of drawing to the screen that
should, hopefully, not flicker. Can you please try out a build from
master and see if it's any better?
-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 19 Jul 2020 20:30:01 +0000
Resent-Message-ID: <handler.42406.B42406.159519057217542 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.159519057217542
          (code B ref 42406); Sun, 19 Jul 2020 20:30:01 +0000
Received: (at 42406) by debbugs.gnu.org; 19 Jul 2020 20:29:32 +0000
Received: from localhost ([127.0.0.1]:33137 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1jxFwC-0004Ys-JP
	for submit <at> debbugs.gnu.org; Sun, 19 Jul 2020 16:29:32 -0400
Received: from grace.univie.ac.at ([131.130.3.115]:37414)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1jxFwA-0004Yi-Az
 for 42406 <at> debbugs.gnu.org; Sun, 19 Jul 2020 16:29:31 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=ZjwL8z1rN5NXDjA6RptkukBlmTBYjhBJf6Q4AorJEzM=; b=J/dnF8uzkPVebQItpuR0RNKZV1
 0x3oCAr7Wqeg6lc2/OBUAUcB/3BE88tT8rISN5qksmMYZ8/u0Qzz3uH8o8jjN9lHxonIp8QU5qGNM
 05+MjWgQKJpS6N46FfDryKxKYP+dSCY6/Z170++aho/GFMTpWZZJ0MDh6uDvtKZrbCeU=;
Received: from jarvis.univie.ac.at ([131.130.3.112] helo=jarvis.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1jxFw6-0003MB-U6; Sun, 19 Jul 2020 22:29:26 +0200
Received: from 217-149-173-190.nat.highway.telekom.at ([217.149.173.190]
 helo=[10.0.0.13])
 by jarvis.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1jxFw6-0001di-IG; Sun, 19 Jul 2020 22:29:26 +0200
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <20200719133323.GA5793@HIDDEN>
Date: Sun, 19 Jul 2020 22:29:20 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
X-Univie-Virus-Scan: scanned by ClamAV on jarvis.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

For me, there is no difference with Emacs 28. To see this best, make the =
following customizations:

(setq mouse-wheel-progressive-speed nil)
(setq mouse-wheel-scroll-amount '(1 ((shift) . 1)))

(and make sure that in the Mouse Options part of the Accessibilty panel =
of the general System Preferences of MacOS, scrolling with inertia is =
enabled.)


> Am 19.07.2020 um 15:33 schrieb Alan Third <alan@HIDDEN>:
>=20
> On Fri, Jul 17, 2020 at 05:36:10PM +0200, Konrad Podczeck wrote:
>> Mouse-wheel scroll and then suddenly release the mouse-wheel, so
>> that thereafter the text scrolled still moves for a short time.
>> During that time, the text flickers.
>>=20
>> (In case this is platform-dependent, I use the NS-port of Emacs
>> 27.0.91/pretest)
>=20
> Emacs 28 will use a different method of drawing to the screen that
> should, hopefully, not flicker. Can you please try out a build from
> master and see if it's any better?
> --=20
> Alan Third





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 22 Jul 2020 20:18:01 +0000
Resent-Message-ID: <handler.42406.B42406.159544902717599 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.159544902717599
          (code B ref 42406); Wed, 22 Jul 2020 20:18:01 +0000
Received: (at 42406) by debbugs.gnu.org; 22 Jul 2020 20:17:07 +0000
Received: from localhost ([127.0.0.1]:43110 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1jyLAp-0004Zn-Lz
	for submit <at> debbugs.gnu.org; Wed, 22 Jul 2020 16:17:07 -0400
Received: from idiocy.org ([217.169.17.33]:50649 helo=breton.holly.idiocy.org)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1jyLAo-0004Z8-4r
 for 42406 <at> debbugs.gnu.org; Wed, 22 Jul 2020 16:17:06 -0400
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id 9A7342023DAB22; Wed, 22 Jul 2020 21:16:59 +0100 (BST)
Date: Wed, 22 Jul 2020 21:16:59 +0100
From: Alan Third <alan@HIDDEN>
Message-ID: <20200722201659.GA1541@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Konrad Podczeck <konrad.podczeck@HIDDEN>,
 42406 <at> debbugs.gnu.org
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
 <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On Sun, Jul 19, 2020 at 10:29:20PM +0200, Konrad Podczeck wrote:
> For me, there is no difference with Emacs 28. To see this best, make the following customizations:
> 
> (setq mouse-wheel-progressive-speed nil)
> (setq mouse-wheel-scroll-amount '(1 ((shift) . 1)))
> 
> (and make sure that in the Mouse Options part of the Accessibilty
> panel of the general System Preferences of MacOS, scrolling with
> inertia is enabled.)

What version of macOS are you using? I can't get momentum working here
any more and I don't have any option that I can see in the system
preferences to turn it on or off.

I can't think of any reason that momentum scrolling should flicker
when normal scrolling doesn't, they use the exact same mechanism.

Does it happen when you run emacs -Q?
-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 30 Jul 2020 10:31:02 +0000
Resent-Message-ID: <handler.42406.B42406.159610504118410 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.159610504118410
          (code B ref 42406); Thu, 30 Jul 2020 10:31:02 +0000
Received: (at 42406) by debbugs.gnu.org; 30 Jul 2020 10:30:41 +0000
Received: from localhost ([127.0.0.1]:35056 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1k15pg-0004ms-MF
	for submit <at> debbugs.gnu.org; Thu, 30 Jul 2020 06:30:40 -0400
Received: from grace.univie.ac.at ([131.130.3.115]:35778)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1k15pc-0004mg-Lr
 for 42406 <at> debbugs.gnu.org; Thu, 30 Jul 2020 06:30:38 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=8eGffMr8qWfG6GhjGpzl0g+MAVFKYjs3q5skmGludhY=; b=L9I/p43lWhlrPo3k28AA2hSK1l
 WCCXdJqpjCxXPUkJwybVyBG1UAyye+uw05xGeAHHw8O5hXxJ4syA1NokSBkCY1yZyIAqGVEEyUeJc
 F5W5T979e1Oq+x6WeW9Xsi2HaCf1Bcmv7m2CpwSEpDukrqmT4pk6ubBoSN2Hm7IIZj9Y=;
Received: from justin.univie.ac.at ([131.130.3.111] helo=justin.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1k15pZ-0006JW-DP; Thu, 30 Jul 2020 12:30:33 +0200
Received: from 217-149-171-209.nat.highway.telekom.at ([217.149.171.209]
 helo=[10.0.0.13])
 by justin.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1k15pZ-0007lI-68; Thu, 30 Jul 2020 12:30:33 +0200
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <20200722201659.GA1541@HIDDEN>
Date: Thu, 30 Jul 2020 12:30:27 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
 <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
X-Univie-Virus-Scan: scanned by ClamAV on justin.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Having taken a closer look, it seems to me now that what I called =
"flickering" is the following:

Mouse-wheel scroll downwards, so that the cursor becomes positioned at =
the top row of the frame. Then release the mouse-wheel, but so that =
inertia scrolling continues for a short time. After the scrolling comes =
to rest, which is probably determined by the window manager, there is an =
extra movement, governed probably by Emacs, to make sure that it is not =
the case that only, say, half of a row is visible at the top of the =
frame. It seems to me that it is this extra movement which leads to what =
I called "flickering."


For how to enable/disable "inertia scrolling, see

https://support.apple.com/en-nz/guide/mac-help/unac899/mac


> Am 22.07.2020 um 22:16 schrieb Alan Third <alan@HIDDEN>:
>=20
> On Sun, Jul 19, 2020 at 10:29:20PM +0200, Konrad Podczeck wrote:
>> For me, there is no difference with Emacs 28. To see this best, make =
the following customizations:
>>=20
>> (setq mouse-wheel-progressive-speed nil)
>> (setq mouse-wheel-scroll-amount '(1 ((shift) . 1)))
>>=20
>> (and make sure that in the Mouse Options part of the Accessibilty
>> panel of the general System Preferences of MacOS, scrolling with
>> inertia is enabled.)
>=20
> What version of macOS are you using? I can't get momentum working here
> any more and I don't have any option that I can see in the system
> preferences to turn it on or off.
>=20
> I can't think of any reason that momentum scrolling should flicker
> when normal scrolling doesn't, they use the exact same mechanism.
>=20
> Does it happen when you run emacs -Q?
> --=20
> Alan Third





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 01 Aug 2020 13:14:02 +0000
Resent-Message-ID: <handler.42406.B42406.15962875844151 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.15962875844151
          (code B ref 42406); Sat, 01 Aug 2020 13:14:02 +0000
Received: (at 42406) by debbugs.gnu.org; 1 Aug 2020 13:13:04 +0000
Received: from localhost ([127.0.0.1]:39955 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1k1rJv-00014t-No
	for submit <at> debbugs.gnu.org; Sat, 01 Aug 2020 09:13:03 -0400
Received: from idiocy.org ([217.169.17.33]:55297 helo=breton.holly.idiocy.org)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1k1rJt-00014K-8j
 for 42406 <at> debbugs.gnu.org; Sat, 01 Aug 2020 09:13:01 -0400
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id 5890E2023F039D; Sat,  1 Aug 2020 14:12:54 +0100 (BST)
Date: Sat, 1 Aug 2020 14:12:54 +0100
From: Alan Third <alan@HIDDEN>
Message-ID: <20200801131254.GA30064@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Konrad Podczeck <konrad.podczeck@HIDDEN>,
 42406 <at> debbugs.gnu.org
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
 <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On Thu, Jul 30, 2020 at 12:30:27PM +0200, Konrad Podczeck wrote:
> Having taken a closer look, it seems to me now that what I called "flickering" is the following:
> 
> Mouse-wheel scroll downwards, so that the cursor becomes positioned
> at the top row of the frame. Then release the mouse-wheel, but so
> that inertia scrolling continues for a short time. After the
> scrolling comes to rest, which is probably determined by the window
> manager, there is an extra movement, governed probably by Emacs, to
> make sure that it is not the case that only, say, half of a row is
> visible at the top of the frame. It seems to me that it is this
> extra movement which leads to what I called "flickering."

I'm afraid I don't follow. The NS port doesn't let you scroll by part
of a line by default. Are you using pixel-scroll-mode or similar?

If I use pixel-scroll-mode I can see some flickering of the mode line
after scrolling has ceased (as you say, when it rolls back or forth to
show a whole line), but only in Emacs 27, Emacs 28 is fine.

> For how to enable/disable "inertia scrolling, see
> 
> https://support.apple.com/en-nz/guide/mac-help/unac899/mac

Thanks, strangely I don't see what they describe there... My Mac must
have something odd going on... :/
-- 
Alan Third




Message received at control <at> debbugs.gnu.org:


Received: (at control) by debbugs.gnu.org; 9 Sep 2020 13:12:01 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 09 09:12:01 2020
Received: from localhost ([127.0.0.1]:57833 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kFztJ-00079g-Cx
	for submit <at> debbugs.gnu.org; Wed, 09 Sep 2020 09:12:01 -0400
Received: from mail-ej1-f52.google.com ([209.85.218.52]:37364)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1kFztH-00079M-1X
 for control <at> debbugs.gnu.org; Wed, 09 Sep 2020 09:11:59 -0400
Received: by mail-ej1-f52.google.com with SMTP id nw23so3483278ejb.4
 for <control <at> debbugs.gnu.org>; Wed, 09 Sep 2020 06:11:59 -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:mime-version:date:message-id:subject:to;
 bh=FPnygz0Op8eCwD8h3LX8bn4NM14k6OrCYGkBEzvwnlI=;
 b=ZB3czi1S1FgwmjlnNPZTSYX5nQzKEhROkB2XTbpLae+fd6ob2jZC43tEkSludGH8xF
 d0snaX1gy/fqTG2yN2U/5Rp2Stp/TiX9hZESiwZcRTSk1NOUPGZkK9awdv2Jfp+BpczK
 8H6UpHZMBGhP0hSt3TE4sITBFGoFuHOdnIBXYR5SxNQ1xsh8syY6tL6k456cHqa2vtLD
 38XWtNeix4yvh8Pqx7dhHKV5qIou+R69YMOYnu1ZYYYJVPC1yv4hgnTZH4PgINnnUMxG
 Zwut7DpdpH/HtwD0unNg5+xTyafinU8CHEZWTI24dQ3dRrMubbzN+WPbLm7Oy7J+UtZ/
 EgpA==
X-Gm-Message-State: AOAM532cb5hVxypazmY2V9PbgaCi9q5M81nHot2bDruSIwUjRnSh5cWA
 o8/dYPrZm7ynVUsjchto3EDYADM5AsF8Rit5G2m2sQCd
X-Google-Smtp-Source: ABdhPJyTSE2ytZnP6mjC2Q8wRq3zqde3RiQq0HKSksXhzaks5CovaqercV8MCHoBWB0xnQvRmiB3UMQSlQlOeQZwa1o=
X-Received: by 2002:a17:906:facb:: with SMTP id
 lu11mr3743335ejb.249.1599657112967; 
 Wed, 09 Sep 2020 06:11:52 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Wed, 9 Sep 2020 06:11:52 -0700
From: Stefan Kangas <stefan@HIDDEN>
MIME-Version: 1.0
Date: Wed, 9 Sep 2020 06:11:52 -0700
Message-ID: <CADwFkmk2U5==cAaYMTL9XdtHyUWv1dAzPj4Y89PAJQVhii6Hbg@HIDDEN>
Subject: 
To: control <at> debbugs.gnu.org
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 2.5 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  tags 42406 + moreinfo thanks 
 Content analysis details:   (2.5 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level
 mail domains are different
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (stefankangas[at]gmail.com)
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
 no trust [209.85.218.52 listed in list.dnswl.org]
 0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
 [209.85.218.52 listed in wl.mailspike.net]
 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and
 EnvelopeFrom freemail headers are different
 0.0 UNPARSEABLE_RELAY      Informational: message has unparseable relay
 lines 0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
 2.0 BLANK_SUBJECT          Subject is present but empty
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.5 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  tags 42406 + moreinfo thanks 
 
 Content analysis details:   (1.5 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
                             [209.85.218.52 listed in wl.mailspike.net]
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
                              no trust
                             [209.85.218.52 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level
                             mail domains are different
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (stefankangas[at]gmail.com)
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and
                             EnvelopeFrom freemail headers are
                             different
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager
  0.0 UNPARSEABLE_RELAY      Informational: message has unparseable relay
                             lines
  0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
  2.0 BLANK_SUBJECT          Subject is present but empty

tags 42406 + moreinfo
thanks




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 10 Oct 2020 09:52:02 +0000
Resent-Message-ID: <handler.42406.B42406.160232347219151 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: moreinfo
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160232347219151
          (code B ref 42406); Sat, 10 Oct 2020 09:52:02 +0000
Received: (at 42406) by debbugs.gnu.org; 10 Oct 2020 09:51:12 +0000
Received: from localhost ([127.0.0.1]:36998 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kRBWy-0004yo-60
	for submit <at> debbugs.gnu.org; Sat, 10 Oct 2020 05:51:12 -0400
Received: from wilbur.contactoffice.com ([212.3.242.68]:55110)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1kRBWw-0004yb-Nj
 for 42406 <at> debbugs.gnu.org; Sat, 10 Oct 2020 05:51:11 -0400
Received: from smtpauth2.co-bxl (smtpauth2.co-bxl [10.2.0.24])
 by wilbur.contactoffice.com (Postfix) with ESMTP id 182D486B;
 Sat, 10 Oct 2020 11:51:05 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1602323465; 
 s=20200222-6h9o; d=idiocy.org; i=alan@HIDDEN;
 h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:In-Reply-To;
 l=1167; bh=rE/ABC/4Us5pWgyedZdxgM2BqlwjiBefRfrDeDyGgVA=;
 b=ajGOgoz+wjYL+W7MRlpfkFXb4bAut94pPmKbnsZPTKJxUHSTDdvLhiWVtFiK5OZz
 vDUP1+B3fsUwWuIqSpRChkHUq5HT53TfK0FgnOhWqvJ1tVHeEjrE3DWhdvOy7GfXxg8
 gnWYLneG9MWRvfj6B1qbXU161kuiGEbpsQl/QCtxatEdaAAIx0nIT6gI1geQxif+BiV
 ovlpvN5FTG22q6KUOgEUXzwa+KtWPMIFa4x4JwT/73o6cG01ZHn7YZzeQ+75jT+AIzQ
 EG40cYWoNnfYrP4P+z4M0See9/8nuUdIOzHtzhPVVirJD89uI7ruiLA15pitfck44X2
 /lpYXFa5Uw==
Received: by smtp.mailfence.com with ESMTPA ;
 Sat, 10 Oct 2020 11:51:01 +0200 (CEST)
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id 80C1A2025ED20C; Sat, 10 Oct 2020 10:51:00 +0100 (BST)
Date: Sat, 10 Oct 2020 10:51:00 +0100
From: Alan Third <alan@HIDDEN>
Message-ID: <20201010095100.GG60347@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Konrad Podczeck <konrad.podczeck@HIDDEN>,
 42406 <at> debbugs.gnu.org
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
 <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
X-Spam-Flag: NO
X-Spam-Status: No, hits=-2.9 required=4.7 symbols=ALL_TRUSTED,
 BAYES_00 device=10.2.0.20
X-ContactOffice-Account: com:241649512
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Thu, Jul 30, 2020 at 12:30:27PM +0200, Konrad Podczeck wrote:
> Having taken a closer look, it seems to me now that what I called "flickering" is the following:
> 
> Mouse-wheel scroll downwards, so that the cursor becomes positioned
> at the top row of the frame. Then release the mouse-wheel, but so
> that inertia scrolling continues for a short time. After the
> scrolling comes to rest, which is probably determined by the window
> manager, there is an extra movement, governed probably by Emacs, to
> make sure that it is not the case that only, say, half of a row is
> visible at the top of the frame. It seems to me that it is this
> extra movement which leads to what I called "flickering."

Sorry for the long delay. In standard Emacs usage you shouldn't ever
see half a line displayed at the top of the screen. Are you using
pixel scroll mode or something?

The only alternative I can think of is that the inertia just pushes it
over the edge to scroll one more line, but I don't think you would see
that as "flickering", just an extra scroll.

To disable inertia in Emacs do:

    (setq ns-use-mwheel-momentum nil)

-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 10 Oct 2020 14:08:02 +0000
Resent-Message-ID: <handler.42406.B42406.160233885028027 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: moreinfo
To: Alan Third <alan@HIDDEN>
Cc: 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160233885028027
          (code B ref 42406); Sat, 10 Oct 2020 14:08:02 +0000
Received: (at 42406) by debbugs.gnu.org; 10 Oct 2020 14:07:30 +0000
Received: from localhost ([127.0.0.1]:38144 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kRFWz-0007Hz-SB
	for submit <at> debbugs.gnu.org; Sat, 10 Oct 2020 10:07:30 -0400
Received: from grace.univie.ac.at ([131.130.3.115]:36706)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kRFWw-0007Hp-MI
 for 42406 <at> debbugs.gnu.org; Sat, 10 Oct 2020 10:07:28 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=iBFFO0/8VoaHA8+wYubMI3IUx1KCIki8PsDGwrhn9Ms=; b=PaCzvptmIe5lx+G0PxYue2w4g/
 Bcpxt5KOwqzWupwSrtlkiw2pe0DKtxQCjtXzpnwdKhvtY7NYLMb6HjJVXqyXt4YlT4yQbgwAKuWhv
 OnytbxJRbQA1DmeeqZjEFDYiRIdtIi6Bw5Khw6pBAFAxzp1fRQBQFgEakLsvUqWaNv+U=;
Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kRFWt-00024b-4Q; Sat, 10 Oct 2020 16:07:23 +0200
Received: from 188-23-98-123.adsl.highway.telekom.at ([188.23.98.123]
 helo=[10.0.0.1])
 by joan.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kRFWs-0008BY-S9; Sat, 10 Oct 2020 16:07:23 +0200
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <20201010095100.GG60347@HIDDEN>
Date: Sat, 10 Oct 2020 16:07:22 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
 <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
X-Univie-Virus-Scan: scanned by ClamAV on joan.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)



> Am 10.10.2020 um 11:51 schrieb Alan Third <alan@HIDDEN>:
>=20
> On Thu, Jul 30, 2020 at 12:30:27PM +0200, Konrad Podczeck wrote:
>> Having taken a closer look, it seems to me now that what I called =
"flickering" is the following:
>>=20
>> Mouse-wheel scroll downwards, so that the cursor becomes positioned
>> at the top row of the frame. Then release the mouse-wheel, but so
>> that inertia scrolling continues for a short time. After the
>> scrolling comes to rest, which is probably determined by the window
>> manager, there is an extra movement, governed probably by Emacs, to
>> make sure that it is not the case that only, say, half of a row is
>> visible at the top of the frame. It seems to me that it is this
>> extra movement which leads to what I called "flickering."
>=20
> Sorry for the long delay. In standard Emacs usage you shouldn't ever
> see half a line displayed at the top of the screen. Are you using
> pixel scroll mode or something?

No

>=20
> The only alternative I can think of is that the inertia just pushes it
> over the edge to scroll one more line, but I don't think you would see
> that as "flickering", just an extra scroll.

Yes, maybe =E2=80=9Cflickering=E2=80=9D is saying to much, but I see a =
=E2=80=9Clight tremor=E2=80=9D, at least with the customizations:

(setq mouse-wheel-progressive-speed nil)
(setq mouse-wheel-scroll-amount '(1 ((shift) . 1)))

Konrad

>=20
> To disable inertia in Emacs do:
>=20
>    (setq ns-use-mwheel-momentum nil)
>=20
> --=20
> Alan Third





Message received at control <at> debbugs.gnu.org:


Received: (at control) by debbugs.gnu.org; 30 Nov 2020 12:46:04 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Nov 30 07:46:04 2020
Received: from localhost ([127.0.0.1]:54060 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kjiZA-0000dS-9E
	for submit <at> debbugs.gnu.org; Mon, 30 Nov 2020 07:46:04 -0500
Received: from quimby.gnus.org ([95.216.78.240]:36168)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1kjiZ8-0000Vp-Dg
 for control <at> debbugs.gnu.org; Mon, 30 Nov 2020 07:46:02 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc:
 MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=msrx6RLFMLUCltJuo1deLdDyCEYdiK90CXlNc7eTaJ8=; b=tBXx6Yw4P87PBcJG6Y+6Av3ajg
 61LFkXp2Bur+8C97UQzWg0QHsDcLDTShFILDdR9kyMe4i5oGCl0UeF79ILx2fVG7A6+Tdk568diw8
 tUW4fxWXYK6yhnBetXC2+9KJ3TPDQ9vzJIBLrDgIE1Z21UN2Caz0/Tk5OErIf4zxLK5A=;
Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1kjiZ0-0000Va-Ma
 for control <at> debbugs.gnu.org; Mon, 30 Nov 2020 13:45:56 +0100
Date: Mon, 30 Nov 2020 13:45:53 +0100
Message-Id: <87blff8132.fsf@HIDDEN>
To: control <at> debbugs.gnu.org
From: Lars Ingebrigtsen <larsi@HIDDEN>
Subject: control message for bug #42406
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview:  tags 42406 - moreinfo quit 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

tags 42406 - moreinfo
quit





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 10 Dec 2020 17:15:02 +0000
Resent-Message-ID: <handler.42406.B42406.16076204776499 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16076204776499
          (code B ref 42406); Thu, 10 Dec 2020 17:15:02 +0000
Received: (at 42406) by debbugs.gnu.org; 10 Dec 2020 17:14:37 +0000
Received: from localhost ([127.0.0.1]:39194 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1knPWX-0001gk-0D
	for submit <at> debbugs.gnu.org; Thu, 10 Dec 2020 12:14:37 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:37140)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1knPWU-0001gb-Fn
 for 42406 <at> debbugs.gnu.org; Thu, 10 Dec 2020 12:14:35 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=References:To:Cc:In-Reply-To:Date:Subject:
 Mime-Version:Content-Type:Message-Id:From:Sender:Reply-To:
 Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:
 Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:
 List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=fwnOX6Bz81fnU0yTqIV5f+eiBzWz0LkA7A9b1vr3F4k=; b=Vj9b5B+1UJDYVVJg7iAEo/iOA
 YUiAtzgjEymea8p8GdX8hUWfoKgp7laOfmXbjZB8run5U9yRs0nLYolaTj+VV3io8cBvow9685Wc6
 rXROxZZvb+cRpAg0ocwK5Ry2ENuj/UYJMCZhbtcNTNllMWLATo8QP7rKf/j0JUfEbsLmE=;
Received: from jarvis.univie.ac.at ([131.130.3.112] helo=jarvis.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1knPWR-00029u-Is; Thu, 10 Dec 2020 18:14:31 +0100
Received: from 188-23-100-193.adsl.highway.telekom.at ([188.23.100.193]
 helo=[10.0.0.1])
 by jarvis.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1knPWR-0001cR-9e; Thu, 10 Dec 2020 18:14:31 +0100
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Message-Id: <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_ABB9A52C-E09B-4BE3-9017-F7A39E3EAE94"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\))
Date: Thu, 10 Dec 2020 18:14:30 +0100
In-Reply-To: <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
 <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
X-Mailer: Apple Mail (2.3654.20.0.2.21)
X-Univie-Virus-Scan: scanned by ClamAV on jarvis.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)


--Apple-Mail=_ABB9A52C-E09B-4BE3-9017-F7A39E3EAE94
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

I still see a problem with mouse wheel scrolling, for emacs from the 27 =
branch as well as for emacs from the master branch, when there are =
multiple frames open.

To reproduce: Start Emacs (from any of the two mentioned branches) with =
an init-file just containing:

(setq mouse-wheel-progressive-speed nil)

(setq default-frame-alist '((tool-bar-lines . 1)(width . 82)(height . =
46)(left . 1)(top . 0)(font . "SF Mono-15")(line-spacing . 3)))

Open any longer file. Mouse wheel scrolling performance is fine (at =
least for the master branch). Now do C-x 5 2, to get a second frame. =
Using the mouse wheel, scroll up and down. Repeat C-x 5 2, about six =
times, and the scrolling performance becomes worse and worse.

Remark: If one uses the menu to turn off the toolbar, then the problem =
disappears.

Remark: Instead of customizing default-frame-alist, one can also put the =
following code in the init-file

(custom-set-variables
 '(display-buffer-base-action
   '((display-buffer-reuse-window display-buffer-pop-up-frame)
    (reusable-frames . t)))
 '(display-buffer-alist
   '(
    ("[.]"
     (display-buffer-reuse-window display-buffer-pop-up-frame)
     (pop-up-frame-parameters
       (tool-bar-lines . 1)
       (left . 1)
       (top . 0)
       (height . 46)
       (width . 82)
       (font . "SF Mono-15")
       (line-spacing . 3)
      ))))
)

to get the the same problem with different buffers.

Konrad



> Am 10.10.2020 um 16:07 schrieb Konrad Podczeck =
<konrad.podczeck@HIDDEN>:
>=20
>=20
>=20
>> Am 10.10.2020 um 11:51 schrieb Alan Third <alan@HIDDEN>:
>>=20
>> On Thu, Jul 30, 2020 at 12:30:27PM +0200, Konrad Podczeck wrote:
>>> Having taken a closer look, it seems to me now that what I called =
"flickering" is the following:
>>>=20
>>> Mouse-wheel scroll downwards, so that the cursor becomes positioned
>>> at the top row of the frame. Then release the mouse-wheel, but so
>>> that inertia scrolling continues for a short time. After the
>>> scrolling comes to rest, which is probably determined by the window
>>> manager, there is an extra movement, governed probably by Emacs, to
>>> make sure that it is not the case that only, say, half of a row is
>>> visible at the top of the frame. It seems to me that it is this
>>> extra movement which leads to what I called "flickering."
>>=20
>> Sorry for the long delay. In standard Emacs usage you shouldn't ever
>> see half a line displayed at the top of the screen. Are you using
>> pixel scroll mode or something?
>=20
> No
>=20
>>=20
>> The only alternative I can think of is that the inertia just pushes =
it
>> over the edge to scroll one more line, but I don't think you would =
see
>> that as "flickering", just an extra scroll.
>=20
> Yes, maybe =E2=80=9Cflickering=E2=80=9D is saying to much, but I see a =
=E2=80=9Clight tremor=E2=80=9D, at least with the customizations:
>=20
> (setq mouse-wheel-progressive-speed nil)
> (setq mouse-wheel-scroll-amount '(1 ((shift) . 1)))
>=20
> Konrad
>=20
>>=20
>> To disable inertia in Emacs do:
>>=20
>>   (setq ns-use-mwheel-momentum nil)
>>=20
>> --=20
>> Alan Third


--Apple-Mail=_ABB9A52C-E09B-4BE3-9017-F7A39E3EAE94
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><div =
class=3D"">I still see a problem with mouse wheel scrolling, for emacs =
from the 27 branch as well as for emacs from the master branch, when =
there are multiple frames open.</div><div class=3D""><br =
class=3D""></div><div class=3D"">To reproduce: Start Emacs (from any of =
the two mentioned branches) with an init-file just containing:</div><div =
class=3D""><br class=3D""></div><div class=3D"">(setq =
mouse-wheel-progressive-speed nil)</div><div class=3D""><br =
class=3D""></div><div class=3D"">(setq default-frame-alist =
'((tool-bar-lines . 1)(width . 82)(height . 46)(left . 1)(top . 0)(font =
. "SF Mono-15")(line-spacing . 3)))</div><div class=3D""><br =
class=3D""></div><div class=3D"">Open any longer file. Mouse wheel =
scrolling performance is fine (at least for the master branch). Now do =
C-x 5 2, to get a second frame. Using the mouse wheel, scroll up and =
down. Repeat C-x 5 2, about six times, and the scrolling performance =
becomes worse and worse.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Remark: If one uses the menu to turn off the toolbar, then =
the problem disappears.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Remark: Instead of customizing default-frame-alist, one can =
also put the following code in the init-file</div><div class=3D""><br =
class=3D""></div><div class=3D"">(custom-set-variables</div><div =
class=3D"">&nbsp;'(display-buffer-base-action</div><div class=3D"">&nbsp; =
&nbsp;'((display-buffer-reuse-window =
display-buffer-pop-up-frame)</div><div class=3D"">&nbsp; &nbsp; =
(reusable-frames . t)))</div><div =
class=3D"">&nbsp;'(display-buffer-alist</div><div class=3D"">&nbsp; =
&nbsp;'(</div><div class=3D"">&nbsp; &nbsp; ("[.]"</div><div =
class=3D"">&nbsp; &nbsp; &nbsp;(display-buffer-reuse-window =
display-buffer-pop-up-frame)</div><div class=3D"">&nbsp; &nbsp; =
&nbsp;(pop-up-frame-parameters</div><div class=3D"">&nbsp; &nbsp; &nbsp; =
&nbsp;(tool-bar-lines . 1)</div><div class=3D"">&nbsp; &nbsp; &nbsp; =
&nbsp;(left . 1)</div><div class=3D"">&nbsp; &nbsp; &nbsp; &nbsp;(top . =
0)</div><div class=3D"">&nbsp; &nbsp; &nbsp; &nbsp;(height . =
46)</div><div class=3D"">&nbsp; &nbsp; &nbsp; &nbsp;(width . =
82)</div><div class=3D"">&nbsp; &nbsp; &nbsp; &nbsp;(font . "SF =
Mono-15")</div><div class=3D"">&nbsp; &nbsp; &nbsp; &nbsp;(line-spacing =
. 3)</div><div class=3D"">&nbsp; &nbsp; &nbsp; ))))</div><div =
class=3D"">)</div><div class=3D""><br class=3D""></div><div class=3D"">to =
get the the same problem with different buffers.</div><div class=3D""><br =
class=3D""></div><div class=3D"">Konrad</div><div class=3D""><br =
class=3D""></div><div class=3D""><br class=3D""></div><div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">Am =
10.10.2020 um 16:07 schrieb Konrad Podczeck &lt;<a =
href=3D"mailto:konrad.podczeck@HIDDEN" =
class=3D"">konrad.podczeck@HIDDEN</a>&gt;:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><meta =
charset=3D"UTF-8" class=3D""><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><blockquote type=3D"cite" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D"">Am 10.10.2020 um 11:51 schrieb Alan =
Third &lt;<a href=3D"mailto:alan@HIDDEN" =
class=3D"">alan@HIDDEN</a>&gt;:<br class=3D""><br class=3D"">On Thu, =
Jul 30, 2020 at 12:30:27PM +0200, Konrad Podczeck wrote:<br =
class=3D""><blockquote type=3D"cite" class=3D"">Having taken a closer =
look, it seems to me now that what I called "flickering" is the =
following:<br class=3D""><br class=3D"">Mouse-wheel scroll downwards, so =
that the cursor becomes positioned<br class=3D"">at the top row of the =
frame. Then release the mouse-wheel, but so<br class=3D"">that inertia =
scrolling continues for a short time. After the<br class=3D"">scrolling =
comes to rest, which is probably determined by the window<br =
class=3D"">manager, there is an extra movement, governed probably by =
Emacs, to<br class=3D"">make sure that it is not the case that only, =
say, half of a row is<br class=3D"">visible at the top of the frame. It =
seems to me that it is this<br class=3D"">extra movement which leads to =
what I called "flickering."<br class=3D""></blockquote><br =
class=3D"">Sorry for the long delay. In standard Emacs usage you =
shouldn't ever<br class=3D"">see half a line displayed at the top of the =
screen. Are you using<br class=3D"">pixel scroll mode or something?<br =
class=3D""></blockquote><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">No</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><blockquote type=3D"cite" style=3D"font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><br =
class=3D"">The only alternative I can think of is that the inertia just =
pushes it<br class=3D"">over the edge to scroll one more line, but I =
don't think you would see<br class=3D"">that as "flickering", just an =
extra scroll.<br class=3D""></blockquote><br style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">Yes, maybe =E2=80=9Cflickering=E2=80=9D is saying to much, =
but I see a =E2=80=9Clight tremor=E2=80=9D, at least with the =
customizations:</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">(setq mouse-wheel-progressive-speed nil)</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">(setq mouse-wheel-scroll-amount =
'(1 ((shift) . 1)))</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">Konrad</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><blockquote type=3D"cite" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br class=3D"">To disable inertia in =
Emacs do:<br class=3D""><br class=3D"">&nbsp;&nbsp;(setq =
ns-use-mwheel-momentum nil)<br class=3D""><br class=3D"">--<span =
class=3D"Apple-converted-space">&nbsp;</span><br class=3D"">Alan =
Third</blockquote></div></blockquote></div><br class=3D""></body></html>=

--Apple-Mail=_ABB9A52C-E09B-4BE3-9017-F7A39E3EAE94--




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 10 Dec 2020 22:11:01 +0000
Resent-Message-ID: <handler.42406.B42406.160763824318334 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160763824318334
          (code B ref 42406); Thu, 10 Dec 2020 22:11:01 +0000
Received: (at 42406) by debbugs.gnu.org; 10 Dec 2020 22:10:43 +0000
Received: from localhost ([127.0.0.1]:39522 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1knU95-0004ld-4w
	for submit <at> debbugs.gnu.org; Thu, 10 Dec 2020 17:10:43 -0500
Received: from outbound.soverin.net ([116.202.65.218]:52039)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1knU90-0004lN-6O
 for 42406 <at> debbugs.gnu.org; Thu, 10 Dec 2020 17:10:41 -0500
Received: from smtp.soverin.net (unknown [10.10.3.28])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by outbound.soverin.net (Postfix) with ESMTPS id BF6CE60233;
 Thu, 10 Dec 2020 22:10:31 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.142]) by
 soverin.net
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1607638231; bh=DzZvrUWuucHed/ZWBRDTEhvtkawo+umDBrJ1uERQgFE=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=Fwut8XRFP5F5ji3O5L5rUxuCkzLt5LJKYSh8b7xoQxkHJ7/yWz57O0xCsLF9zVFtH
 VPUXVeUQad7WaRZtgzkWsT8ixhRRoUX+HtVuwsLSgEZP7JpDkHwSRuCdLnseZfaKY9
 JCkrB3FFqYAJgUtnlAmCKOGyV3v1d4i1mUCoEMBRBnwGDviHIYBMnwX7EE4503v13V
 Ru5Ftx7vHB4kXCeK7HobGKlwpafOnCu3fS5CWejlQ/tyR693R9iwiCdRZLkvR1TC91
 /qqaMDYol7pOZTlG7Bnbh3yXvR7G8r8wxhxHAR6aVCVZVSY1/J6mdAjsISauXTY2vT
 4mYYOUUT4jM5w==
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id D246D20286EC0E; Thu, 10 Dec 2020 22:10:28 +0000 (GMT)
Date: Thu, 10 Dec 2020 22:10:28 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <X9Kc1LsNarvInm6J@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Konrad Podczeck <konrad.podczeck@HIDDEN>,
 42406 <at> debbugs.gnu.org
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
 <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On Thu, Dec 10, 2020 at 06:14:30PM +0100, Konrad Podczeck wrote:
> I still see a problem with mouse wheel scrolling, for emacs from the
> 27 branch as well as for emacs from the master branch, when there
> are multiple frames open.
> 
> To reproduce: Start Emacs (from any of the two mentioned branches)
> with an init-file just containing:
> 
> (setq mouse-wheel-progressive-speed nil)
> 
> (setq default-frame-alist '((tool-bar-lines . 1)(width . 82)(height . 46)(left . 1)(top . 0)(font . "SF Mono-15")(line-spacing . 3)))
> 
> Open any longer file. Mouse wheel scrolling performance is fine (at
> least for the master branch). Now do C-x 5 2, to get a second frame.
> Using the mouse wheel, scroll up and down. Repeat C-x 5 2, about six
> times, and the scrolling performance becomes worse and worse.
> 
> Remark: If one uses the menu to turn off the toolbar, then the problem disappears.

OK, I can see this. Turning off the menu doesn't actually make it go
away, it just makes the redraw more efficient, so you need more frames
open to see the effect.

What appears to be happening is that scrolling with the mouse, and
also using C-v or M-v causes every frame to update the cursor and
clear the internal border, which in turn causes them all to be drawn
to the screen at once, which is pretty slow.

(It also appears to do something with scrollbars which helped me find a
subtle redrawing bug.)

Scrolling through the buffer by using C-n to move down line by line
only updates the frame being displayed. I'm not sure what's going on,
it appears to be system independent code doing this.
-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 11 Dec 2020 08:19:01 +0000
Resent-Message-ID: <handler.42406.B42406.160767472418823 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160767472418823
          (code B ref 42406); Fri, 11 Dec 2020 08:19:01 +0000
Received: (at 42406) by debbugs.gnu.org; 11 Dec 2020 08:18:44 +0000
Received: from localhost ([127.0.0.1]:39871 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1knddU-0004tW-21
	for submit <at> debbugs.gnu.org; Fri, 11 Dec 2020 03:18:44 -0500
Received: from eggs.gnu.org ([209.51.188.92]:47296)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1knddS-0004tF-Ck
 for 42406 <at> debbugs.gnu.org; Fri, 11 Dec 2020 03:18:42 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:58162)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1knddL-00041V-3i; Fri, 11 Dec 2020 03:18:35 -0500
Received: from [176.228.60.248] (port=1435 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1knddH-0000IC-Vj; Fri, 11 Dec 2020 03:18:35 -0500
Date: Fri, 11 Dec 2020 10:18:14 +0200
Message-Id: <83czzg3ge1.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <X9Kc1LsNarvInm6J@HIDDEN> (message from Alan
 Third on Thu, 10 Dec 2020 22:10:28 +0000)
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
 <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Thu, 10 Dec 2020 22:10:28 +0000
> From: Alan Third <alan@HIDDEN>
> Cc: 42406 <at> debbugs.gnu.org
> 
> What appears to be happening is that scrolling with the mouse, and
> also using C-v or M-v causes every frame to update the cursor and
> clear the internal border, which in turn causes them all to be drawn
> to the screen at once, which is pretty slow.
> 
> (It also appears to do something with scrollbars which helped me find a
> subtle redrawing bug.)
> 
> Scrolling through the buffer by using C-n to move down line by line
> only updates the frame being displayed. I'm not sure what's going on,
> it appears to be system independent code doing this.

Any pointers to the code which causes all the frames to be updated in
C-v/M-v case?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 11 Dec 2020 20:39:02 +0000
Resent-Message-ID: <handler.42406.B42406.16077191105988 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16077191105988
          (code B ref 42406); Fri, 11 Dec 2020 20:39:02 +0000
Received: (at 42406) by debbugs.gnu.org; 11 Dec 2020 20:38:30 +0000
Received: from localhost ([127.0.0.1]:43426 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1knpBJ-0001YR-IM
	for submit <at> debbugs.gnu.org; Fri, 11 Dec 2020 15:38:30 -0500
Received: from outbound.soverin.net ([116.202.65.218]:51225)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1knpB1-0001UI-CY
 for 42406 <at> debbugs.gnu.org; Fri, 11 Dec 2020 15:38:08 -0500
Received: from smtp.soverin.net (unknown [10.10.3.24])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by outbound.soverin.net (Postfix) with ESMTPS id F0D4C600E9;
 Fri, 11 Dec 2020 20:38:00 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.138]) by
 soverin.net
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1607719080; bh=871lGar1MSSqVrtVPOZxCEDPPn2CQMA6A2WdRp4lhfA=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=Hcjf1HxUCLxVujy/+D7LWWIMMIBhdEDfzDoaKWnJzh0GqWaXcGJmLUWY2xAPPU9qG
 ozPtGtbjUjzEDwFnaFuPS1Krmc2hbN1+7T4Af2aIeeBBdgXbZ6wioA3R3yqOZbYU7X
 PRetdu1+09LMHqZVd2uPRPsi0PsQLR9hn0CkOqS/cLNEcdYzuLA4UB57ytMdWsHrw5
 XjN3jEFz0Nhzk/D55rwMN7N3qBA7KKna8vYSA2U9GCcCNoG47BUzpy0FTWK550QxT4
 PbK+f05wTMwB1rvkFVn5VnDZA8vL3+L0INbVWdcOiwUylNIKXv/wx7AOLLyzMoAx2O
 onxFOvwV3K8YA==
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id 62630202870DDB; Fri, 11 Dec 2020 20:37:56 +0000 (GMT)
Date: Fri, 11 Dec 2020 20:37:56 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <X9PYpLzN6wFcnt40@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN,
 42406 <at> debbugs.gnu.org
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
 <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <83czzg3ge1.fsf@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Fri, Dec 11, 2020 at 10:18:14AM +0200, Eli Zaretskii wrote:
> > Date: Thu, 10 Dec 2020 22:10:28 +0000
> > From: Alan Third <alan@HIDDEN>
> > Cc: 42406 <at> debbugs.gnu.org
> > 
> > What appears to be happening is that scrolling with the mouse, and
> > also using C-v or M-v causes every frame to update the cursor and
> > clear the internal border, which in turn causes them all to be drawn
> > to the screen at once, which is pretty slow.
> > 
> > (It also appears to do something with scrollbars which helped me find a
> > subtle redrawing bug.)
> > 
> > Scrolling through the buffer by using C-n to move down line by line
> > only updates the frame being displayed. I'm not sure what's going on,
> > it appears to be system independent code doing this.
> 
> Any pointers to the code which causes all the frames to be updated in
> C-v/M-v case?

I don't know. I'm looking at redisplay_internal in a debugger and I
can see that consider_all_windows_p is true, which will be because
windows_or_buffers_changed == 2 == REDISPLAY_SOME or because
update_mode_lines == 42.

I can't find anywhere that sets update_mode_lines to 42...

In my case both frames are displaying different buffers. The one I'm
scrolling is displaying xdisp.c and the other is displaying *scratch*.

-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 13 Dec 2020 19:06:01 +0000
Resent-Message-ID: <handler.42406.B42406.160788635123029 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160788635123029
          (code B ref 42406); Sun, 13 Dec 2020 19:06:01 +0000
Received: (at 42406) by debbugs.gnu.org; 13 Dec 2020 19:05:51 +0000
Received: from localhost ([127.0.0.1]:50269 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1koWgp-0005zN-Kd
	for submit <at> debbugs.gnu.org; Sun, 13 Dec 2020 14:05:51 -0500
Received: from eggs.gnu.org ([209.51.188.92]:60524)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1koWgn-0005yq-Ps
 for 42406 <at> debbugs.gnu.org; Sun, 13 Dec 2020 14:05:50 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:40139)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1koWgg-00074S-IY; Sun, 13 Dec 2020 14:05:42 -0500
Received: from [176.228.60.248] (port=2383 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1koWge-0002xv-29; Sun, 13 Dec 2020 14:05:41 -0500
Date: Sun, 13 Dec 2020 21:05:29 +0200
Message-Id: <83sg89cyrq.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <X9PYpLzN6wFcnt40@HIDDEN> (message from Alan
 Third on Fri, 11 Dec 2020 20:37:56 +0000)
References: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN>
 <20200719133323.GA5793@HIDDEN>
 <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN>
 <83czzg3ge1.fsf@HIDDEN> <X9PYpLzN6wFcnt40@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Fri, 11 Dec 2020 20:37:56 +0000
> From: Alan Third <alan@HIDDEN>
> Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
> 
> > Any pointers to the code which causes all the frames to be updated in
> > C-v/M-v case?
> 
> I don't know. I'm looking at redisplay_internal in a debugger and I
> can see that consider_all_windows_p is true, which will be because
> windows_or_buffers_changed == 2 == REDISPLAY_SOME or because
> update_mode_lines == 42.
> 
> I can't find anywhere that sets update_mode_lines to 42...

wset_update_mode_line does it, so any caller of that function would.

But where do you see the value of 42 being tested?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 13 Dec 2020 19:47:02 +0000
Resent-Message-ID: <handler.42406.B42406.16078887832168 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16078887832168
          (code B ref 42406); Sun, 13 Dec 2020 19:47:02 +0000
Received: (at 42406) by debbugs.gnu.org; 13 Dec 2020 19:46:23 +0000
Received: from localhost ([127.0.0.1]:50319 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1koXK3-0000Ys-3d
	for submit <at> debbugs.gnu.org; Sun, 13 Dec 2020 14:46:23 -0500
Received: from outbound.soverin.net ([116.202.65.218]:49157)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1koXK1-0000YI-Ff
 for 42406 <at> debbugs.gnu.org; Sun, 13 Dec 2020 14:46:22 -0500
Received: from smtp.soverin.net (unknown [10.10.3.28])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by outbound.soverin.net (Postfix) with ESMTPS id 50EFB600F5;
 Sun, 13 Dec 2020 19:46:15 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.142]) by
 soverin.net
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1607888774; bh=0nFva0tKr4FhACglqp5SchHPLw1Gp5jeZv2aLUw65u4=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=mL5j+PzxapKY9wOboEVo+cdPp+QM5dmuNZg41pnnTalHV5i3CapH4OpC3bF778DW2
 5x2+EwDDVuJEB2CK/Eo8OB3CNw3+tevdA0Hd1REI9vSBUDbgtyR1OhvfvGr9nuRlKw
 rqhXZBScLflR9F44JpQEMbp9Nly5yutPO5NHl0KsQbKJvewSxKVs1CanxtdwXqyzO9
 OLvN38gLkCOzXnUMCkWpRZN2ZKGm1ttd0K0yEQQW4TyItzppEFN/1hRFmzJo2LKgxV
 1l32K+oh+sSy3OYdtAj2ld1OvaZ7kPrUjm0WaG3EREt+N7bwmCRpfnFFY0AqUPLJj/
 ZWfAxfavXpD0Q==
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id B9AE32028B49D2; Sun, 13 Dec 2020 19:46:04 +0000 (GMT)
Date: Sun, 13 Dec 2020 19:46:04 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <X9ZvfMy13DlOSAkp@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN,
 42406 <at> debbugs.gnu.org
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <83sg89cyrq.fsf@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Sun, Dec 13, 2020 at 09:05:29PM +0200, Eli Zaretskii wrote:
> > Date: Fri, 11 Dec 2020 20:37:56 +0000
> > From: Alan Third <alan@HIDDEN>
> > Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
> > 
> > > Any pointers to the code which causes all the frames to be updated in
> > > C-v/M-v case?
> > 
> > I don't know. I'm looking at redisplay_internal in a debugger and I
> > can see that consider_all_windows_p is true, which will be because
> > windows_or_buffers_changed == 2 == REDISPLAY_SOME or because
> > update_mode_lines == 42.
> > 
> > I can't find anywhere that sets update_mode_lines to 42...
> 
> wset_update_mode_line does it, so any caller of that function would.
> 
> But where do you see the value of 42 being tested?

I've got two frames open, I set up a breakpoint in
ns_clear_under_internal_border and scroll. When I hit the breakpoint
for the frame I don't expect to be updated I get this backtrace:

* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
  * frame #0: 0x00000001001eb35f temacs`ns_clear_under_internal_border(f=0x000000010711cea0) at nsterm.m:3036:7 [opt]
    frame #1: 0x0000000100029cd5 temacs`redisplay_internal at xdisp.c:16030:21 [opt]
    frame #2: 0x00000001000cb1d5 temacs`read_char(commandflag=1, map=0x0000000107d635c3, prev_event=0x0000000000000000, used_mouse_menu=0x00007ffeefbff36b, end_time=0x0000000000000000) at keyboard.c:2496:6 [opt]
    frame #3: 0x00000001000c8e72 temacs`read_key_sequence(keybuf=<unavailable>, prompt=0x0000000000000000, dont_downcase_last=<unavailable>, can_return_switch_frame=<unavailable>, fix_current_buffer=<unavailable>, prevent_redisplay=<unavailable>) at keyboard.c:9483:12 [opt]
    frame #4: 0x00000001000c756c temacs`command_loop_1 at keyboard.c:1353:15 [opt]
    frame #5: 0x000000010014dd17 temacs`internal_condition_case(bfun=(temacs`command_loop_1 at keyboard.c:1239), handlers=0x0000000000000090, hfun=(temacs`cmd_error at keyboard.c:922)) at eval.c:1415:25 [opt]
    frame #6: 0x00000001000d7670 temacs`command_loop_2(ignore=<unavailable>) at keyboard.c:1094:11 [opt]
    frame #7: 0x000000010014d53b temacs`internal_catch(tag=0x000000000000c9f0, func=(temacs`command_loop_2 at keyboard.c:1090), arg=0x0000000000000000) at eval.c:1176:25 [opt]
    frame #8: 0x0000000100212935 temacs`command_loop.cold.1 + 69
    frame #9: 0x00000001000c6633 temacs`command_loop at keyboard.c:1072:2 [opt]
    frame #10: 0x00000001000c6563 temacs`recursive_edit_1 at keyboard.c:720:9 [opt]
    frame #11: 0x00000001000c67bb temacs`Frecursive_edit at keyboard.c:789:3 [opt]
    frame #12: 0x00000001000c5343 temacs`main(argc=<unavailable>, argv=0x00007ffeefbff810) at emacs.c:2054:3 [opt]
    frame #13: 0x00007fff712cd3d5 libdyld.dylib`start + 1* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
  * frame #0: 0x00000001001eb35f temacs`ns_clear_under_internal_border(f=0x000000010711cea0) at nsterm.m:3036:7 [opt]
    frame #1: 0x0000000100029cd5 temacs`redisplay_internal at xdisp.c:16030:21 [opt]
    frame #2: 0x00000001000cb1d5 temacs`read_char(commandflag=1, map=0x0000000107d635c3, prev_event=0x0000000000000000, used_mouse_menu=0x00007ffeefbff36b, end_time=0x0000000000000000) at keyboard.c:2496:6 [opt]
    frame #3: 0x00000001000c8e72 temacs`read_key_sequence(keybuf=<unavailable>, prompt=0x0000000000000000, dont_downcase_last=<unavailable>, can_return_switch_frame=<unavailable>, fix_current_buffer=<unavailable>, prevent_redisplay=<unavailable>) at keyboard.c:9483:12 [opt]
    frame #4: 0x00000001000c756c temacs`command_loop_1 at keyboard.c:1353:15 [opt]
    frame #5: 0x000000010014dd17 temacs`internal_condition_case(bfun=(temacs`command_loop_1 at keyboard.c:1239), handlers=0x0000000000000090, hfun=(temacs`cmd_error at keyboard.c:922)) at eval.c:1415:25 [opt]
    frame #6: 0x00000001000d7670 temacs`command_loop_2(ignore=<unavailable>) at keyboard.c:1094:11 [opt]
    frame #7: 0x000000010014d53b temacs`internal_catch(tag=0x000000000000c9f0, func=(temacs`command_loop_2 at keyboard.c:1090), arg=0x0000000000000000) at eval.c:1176:25 [opt]
    frame #8: 0x0000000100212935 temacs`command_loop.cold.1 + 69
    frame #9: 0x00000001000c6633 temacs`command_loop at keyboard.c:1072:2 [opt]
    frame #10: 0x00000001000c6563 temacs`recursive_edit_1 at keyboard.c:720:9 [opt]
    frame #11: 0x00000001000c67bb temacs`Frecursive_edit at keyboard.c:789:3 [opt]
    frame #12: 0x00000001000c5343 temacs`main(argc=<unavailable>, argv=0x00007ffeefbff810) at emacs.c:2054:3 [opt]
    frame #13: 0x00007fff712cd3d5 libdyld.dylib`start + 1

Which I've not found very useful. I had a look at redisplay_internal
to see if I could work out why the frame is being updated, but I
can't.

I looked at some of the variables in redisplay_internal that are
involved in making the decision whether to check all frames:

(lldb) p update_mode_lines;
(int) $0 = 42
(lldb) p windows_or_buffers_changed
(int) $1 = 2

but I have no idea if this is useful at all.

Is there anything specific you'd like me to check?
-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2020 00:21:01 +0000
Resent-Message-ID: <handler.42406.B42406.160790525028062 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160790525028062
          (code B ref 42406); Mon, 14 Dec 2020 00:21:01 +0000
Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 00:20:50 +0000
Received: from localhost ([127.0.0.1]:50748 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kobbd-0007IX-Qf
	for submit <at> debbugs.gnu.org; Sun, 13 Dec 2020 19:20:50 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:56878)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kobba-0007IM-2t
 for 42406 <at> debbugs.gnu.org; Sun, 13 Dec 2020 19:20:48 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=NTaCfxMkYbj+w4rD6xjy8xa1OU2+1coFRCIx00C5R3I=; b=NpPWqXO4Sx8B6XF4ybi/fBcpdw
 H8Lz9BhRIRrUsFTkVMZFzmIk5AO61CKnMpalJMUJYj6DHHSDZY/WFnOTZ1p0ojeVqE1L3RbSzAO9W
 XU6UUqpp9SiugoBEwLgrrfqJruOKJFLHoSjb+udqh0HnNaQDIH+UHUdmz2b7oOIb1zrk=;
Received: from jarvis.univie.ac.at ([131.130.3.112] helo=jarvis.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kobbV-0004Dz-I3; Mon, 14 Dec 2020 01:20:41 +0100
Received: from 188-22-173-174.adsl.highway.telekom.at ([188.22.173.174]
 helo=[10.0.0.1])
 by jarvis.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kobbV-0005kQ-6P; Mon, 14 Dec 2020 01:20:41 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <X9ZvfMy13DlOSAkp@HIDDEN>
Date: Mon, 14 Dec 2020 01:20:39 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
X-Mailer: Apple Mail (2.3654.20.0.2.21)
X-Univie-Virus-Scan: scanned by ClamAV on jarvis.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

In view of the comments made by Eli, I made a shoot in the dark, and, in =
window.c, commented out the occurrences of wset_update_mode_line on =
lines 1850, 4011, 5630, 5819, 6079, as well as the respective line after =
the three statements lines where "Bug#15957" is written. With these =
(actually I have not testes which of these (out-commentings are =
relevant) the problem has completely gone. I am aware that this is not a =
real solution, but it shows that there is some room. Which are the risks =
caused by these changes of the code?

> Am 13.12.2020 um 20:46 schrieb Alan Third <alan@HIDDEN>:
>=20
> On Sun, Dec 13, 2020 at 09:05:29PM +0200, Eli Zaretskii wrote:
>>> Date: Fri, 11 Dec 2020 20:37:56 +0000
>>> From: Alan Third <alan@HIDDEN>
>>> Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
>>>=20
>>>> Any pointers to the code which causes all the frames to be updated =
in
>>>> C-v/M-v case?
>>>=20
>>> I don't know. I'm looking at redisplay_internal in a debugger and I
>>> can see that consider_all_windows_p is true, which will be because
>>> windows_or_buffers_changed =3D=3D 2 =3D=3D REDISPLAY_SOME or because
>>> update_mode_lines =3D=3D 42.
>>>=20
>>> I can't find anywhere that sets update_mode_lines to 42...
>>=20
>> wset_update_mode_line does it, so any caller of that function would.
>>=20
>> But where do you see the value of 42 being tested?
>=20
> I've got two frames open, I set up a breakpoint in
> ns_clear_under_internal_border and scroll. When I hit the breakpoint
> for the frame I don't expect to be updated I get this backtrace:
>=20
> * thread #1, queue =3D 'com.apple.main-thread', stop reason =3D =
breakpoint 1.1
>  * frame #0: 0x00000001001eb35f =
temacs`ns_clear_under_internal_border(f=3D0x000000010711cea0) at =
nsterm.m:3036:7 [opt]
>    frame #1: 0x0000000100029cd5 temacs`redisplay_internal at =
xdisp.c:16030:21 [opt]
>    frame #2: 0x00000001000cb1d5 temacs`read_char(commandflag=3D1, =
map=3D0x0000000107d635c3, prev_event=3D0x0000000000000000, =
used_mouse_menu=3D0x00007ffeefbff36b, end_time=3D0x0000000000000000) at =
keyboard.c:2496:6 [opt]
>    frame #3: 0x00000001000c8e72 =
temacs`read_key_sequence(keybuf=3D<unavailable>, =
prompt=3D0x0000000000000000, dont_downcase_last=3D<unavailable>, =
can_return_switch_frame=3D<unavailable>, =
fix_current_buffer=3D<unavailable>, prevent_redisplay=3D<unavailable>) =
at keyboard.c:9483:12 [opt]
>    frame #4: 0x00000001000c756c temacs`command_loop_1 at =
keyboard.c:1353:15 [opt]
>    frame #5: 0x000000010014dd17 =
temacs`internal_condition_case(bfun=3D(temacs`command_loop_1 at =
keyboard.c:1239), handlers=3D0x0000000000000090, hfun=3D(temacs`cmd_error =
at keyboard.c:922)) at eval.c:1415:25 [opt]
>    frame #6: 0x00000001000d7670 =
temacs`command_loop_2(ignore=3D<unavailable>) at keyboard.c:1094:11 =
[opt]
>    frame #7: 0x000000010014d53b =
temacs`internal_catch(tag=3D0x000000000000c9f0, =
func=3D(temacs`command_loop_2 at keyboard.c:1090), =
arg=3D0x0000000000000000) at eval.c:1176:25 [opt]
>    frame #8: 0x0000000100212935 temacs`command_loop.cold.1 + 69
>    frame #9: 0x00000001000c6633 temacs`command_loop at =
keyboard.c:1072:2 [opt]
>    frame #10: 0x00000001000c6563 temacs`recursive_edit_1 at =
keyboard.c:720:9 [opt]
>    frame #11: 0x00000001000c67bb temacs`Frecursive_edit at =
keyboard.c:789:3 [opt]
>    frame #12: 0x00000001000c5343 temacs`main(argc=3D<unavailable>, =
argv=3D0x00007ffeefbff810) at emacs.c:2054:3 [opt]
>    frame #13: 0x00007fff712cd3d5 libdyld.dylib`start + 1* thread #1, =
queue =3D 'com.apple.main-thread', stop reason =3D breakpoint 1.1
>  * frame #0: 0x00000001001eb35f =
temacs`ns_clear_under_internal_border(f=3D0x000000010711cea0) at =
nsterm.m:3036:7 [opt]
>    frame #1: 0x0000000100029cd5 temacs`redisplay_internal at =
xdisp.c:16030:21 [opt]
>    frame #2: 0x00000001000cb1d5 temacs`read_char(commandflag=3D1, =
map=3D0x0000000107d635c3, prev_event=3D0x0000000000000000, =
used_mouse_menu=3D0x00007ffeefbff36b, end_time=3D0x0000000000000000) at =
keyboard.c:2496:6 [opt]
>    frame #3: 0x00000001000c8e72 =
temacs`read_key_sequence(keybuf=3D<unavailable>, =
prompt=3D0x0000000000000000, dont_downcase_last=3D<unavailable>, =
can_return_switch_frame=3D<unavailable>, =
fix_current_buffer=3D<unavailable>, prevent_redisplay=3D<unavailable>) =
at keyboard.c:9483:12 [opt]
>    frame #4: 0x00000001000c756c temacs`command_loop_1 at =
keyboard.c:1353:15 [opt]
>    frame #5: 0x000000010014dd17 =
temacs`internal_condition_case(bfun=3D(temacs`command_loop_1 at =
keyboard.c:1239), handlers=3D0x0000000000000090, hfun=3D(temacs`cmd_error =
at keyboard.c:922)) at eval.c:1415:25 [opt]
>    frame #6: 0x00000001000d7670 =
temacs`command_loop_2(ignore=3D<unavailable>) at keyboard.c:1094:11 =
[opt]
>    frame #7: 0x000000010014d53b =
temacs`internal_catch(tag=3D0x000000000000c9f0, =
func=3D(temacs`command_loop_2 at keyboard.c:1090), =
arg=3D0x0000000000000000) at eval.c:1176:25 [opt]
>    frame #8: 0x0000000100212935 temacs`command_loop.cold.1 + 69
>    frame #9: 0x00000001000c6633 temacs`command_loop at =
keyboard.c:1072:2 [opt]
>    frame #10: 0x00000001000c6563 temacs`recursive_edit_1 at =
keyboard.c:720:9 [opt]
>    frame #11: 0x00000001000c67bb temacs`Frecursive_edit at =
keyboard.c:789:3 [opt]
>    frame #12: 0x00000001000c5343 temacs`main(argc=3D<unavailable>, =
argv=3D0x00007ffeefbff810) at emacs.c:2054:3 [opt]
>    frame #13: 0x00007fff712cd3d5 libdyld.dylib`start + 1
>=20
> Which I've not found very useful. I had a look at redisplay_internal
> to see if I could work out why the frame is being updated, but I
> can't.
>=20
> I looked at some of the variables in redisplay_internal that are
> involved in making the decision whether to check all frames:
>=20
> (lldb) p update_mode_lines;
> (int) $0 =3D 42
> (lldb) p windows_or_buffers_changed
> (int) $1 =3D 2
>=20
> but I have no idea if this is useful at all.
>=20
> Is there anything specific you'd like me to check?
> --=20
> Alan Third





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2020 15:48:02 +0000
Resent-Message-ID: <handler.42406.B42406.160796085421507 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>, Alan Third <alan@HIDDEN>
Cc: 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160796085421507
          (code B ref 42406); Mon, 14 Dec 2020 15:48:02 +0000
Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 15:47:34 +0000
Received: from localhost ([127.0.0.1]:53873 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1koq4U-0005ap-8Y
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2020 10:47:34 -0500
Received: from mout.gmx.net ([212.227.17.20]:45451)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1koq4O-0005T5-89
 for 42406 <at> debbugs.gnu.org; Mon, 14 Dec 2020 10:47:28 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1607960836;
 bh=KCj9jeC8OPwOEfKQMAtCk9ule9rp2SHIC0I7uPz1KkA=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=UuKlGLxrub/OszWjMZYF9jwg3B6jo/s4pEByuQvNg24mlOfulJ9PqppkyWQMZzgSv
 rLPxSjC5TpsDx0XRmtm81Lm1ZG9mP+xlRXGPsP8OrOWRkTlxLzpuQN0H0jf7BjMUtH
 +q/7Tj43px7K3emfai6/CjBrhoohT+9X5sNJ1Ul0=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.68]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MwQXN-1jwbQ11m0D-00sNwS; Mon, 14
 Dec 2020 16:47:16 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
Date: Mon, 14 Dec 2020 16:47:15 +0100
MIME-Version: 1.0
In-Reply-To: <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:WZEtuQhwyoOIVKPRhvaZ42DE6RvC29DCIBESUvuEqMbY1pAeUWX
 zVVixC/dv/tI4vO85VPiPoytS0rnSbvslQFpBZgJZ4l21ZqcOHzr8cD0Tb52JwAl3eJps2H
 TW8cTyNwfz32F+atk+hqILsr70QZKSTf8Ys9OAoRUjcBc5dRJDPt/izUZA0C3Z8tSdwl3ND
 sEAcJim7PnWyChu+7uNhg==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:zjKXg+cwonU=:gSMuorNGctYno7fp2Bkiqs
 Q5Jozwu0QGmY9wu2RWxSdXoozen4YI1yRK66JG93e/6nbrVQnl6YEGUCHhrt6wjcycIP4EHdq
 cn6owjPLS8R6Ke4l6NOEY4xKgB0ZSpbmaMd6qCCJmw2WqFlAg0TpbctwTxiMEGqGJgKVbBBk5
 jPPQvAeL0hPlrBnaLbuRD89nGf+UZ1Tjt1SuT/Pmjv76L3ffVWbd/+sfLNv2G79v0/7VvmE0w
 mbV2F0kHnCstLuKbppCkwbwsFGz6/ygW3A4gMfgqZ7pi8wnjD0L0BQb+FolcV3DOdxwazO438
 /wjQsfMBPsTpdc+pKCtDNwfm8ezongLuBYtQVeNiG8qciXCcmSlsV2LhbSIP7Y5xMODyW0oP1
 +4JEGh4fJ0mrYJNOqWqZYixgjidXGEtTeRdW1lTogFkuMA3OXkTzvr0Pd1xB0MbmZLl0jDb2w
 0A23hamMuZpH9y9cDKIjomgLwtyIvLA/sZj8nAGE8Vr+2L88/u5/ETPFNsSLmaBio5v1duSRO
 CAcc70PdOBRky1CItRp2AT8TjuxuqQEK90A720KXFjWFV3CIzcOH/WNRMRw7bkQyCfjU+pyxC
 8TMhwCadpmeuO981OYNCGq6R4dGwnWJn0wLFdkhsFLQ6G2JGHghzGPw6BdUvhLNQV5vfyDeLC
 en8LwBOUmMsjyWTsc0sP+lEVaSJeR+GM2OIMV2Zq8x63qw3wL1lwyLW7KlDG2tYtfQYn+IloE
 4iBk8AK9yO5AGJsz9xfaeqeDwoPONNRzA0dypjFR2+NmHN64Zq9yZRt42U/yekCg4CLk6+IBN
 cs77EpQ4kH1SUznC2dmRRL3Q8XUESDBVKERdtAI4T1m5tlD+1eTnWuELjY+NUa3IWWix5vQAK
 CiDs5fJnO+QttQ8gviag==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > In view of the comments made by Eli, I made a shoot in the dark, and,
 >  in window.c, commented out the occurrences of wset_update_mode_line
 >  on lines 1850, 4011, 5630, 5819, 6079, as well as the respective line
 >  after the three statements lines where "Bug#15957" is written. With
 >  these (actually I have not testes which of these (out-commentings are
 >  relevant) the problem has completely gone. I am aware that this is
 >  not a real solution, but it shows that there is some room. Which are
 >  the risks caused by these changes of the code?

Does the line number displayed in the mode line update correctly when
you do that and scroll the window?

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2020 16:13:02 +0000
Resent-Message-ID: <handler.42406.B42406.160796234232463 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160796234232463
          (code B ref 42406); Mon, 14 Dec 2020 16:13:02 +0000
Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 16:12:22 +0000
Received: from localhost ([127.0.0.1]:53933 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1koqST-0008RX-SD
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2020 11:12:22 -0500
Received: from eggs.gnu.org ([209.51.188.92]:44514)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1koqSS-0008R8-Bw
 for 42406 <at> debbugs.gnu.org; Mon, 14 Dec 2020 11:12:21 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:54593)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1koqSK-00049W-PD; Mon, 14 Dec 2020 11:12:12 -0500
Received: from [176.228.60.248] (port=4155 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1koqSI-0007V0-DK; Mon, 14 Dec 2020 11:12:11 -0500
Date: Mon, 14 Dec 2020 18:12:01 +0200
Message-Id: <837dpkcqpa.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <X9ZvfMy13DlOSAkp@HIDDEN> (message from Alan
 Third on Sun, 13 Dec 2020 19:46:04 +0000)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN>
 <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Sun, 13 Dec 2020 19:46:04 +0000
> From: Alan Third <alan@HIDDEN>
> Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
> 
> Which I've not found very useful. I had a look at redisplay_internal
> to see if I could work out why the frame is being updated, but I
> can't.

AFAIU, it is updated because update_mode_lines is non-zero.

> I looked at some of the variables in redisplay_internal that are
> involved in making the decision whether to check all frames:
> 
> (lldb) p update_mode_lines;
> (int) $0 = 42
> (lldb) p windows_or_buffers_changed
> (int) $1 = 2
> 
> but I have no idea if this is useful at all.
> 
> Is there anything specific you'd like me to check?

I think the issue is clear: mouse-scroll calls scrolling commands, and
all of the scrolling commands set update_mode_lines.  Why they do that
is explained by the comment in wset_update_mode_line:

  /* If this window is the selected window on its frame, set the
     global variable update_mode_lines, so that gui_consider_frame_title
     will consider this frame's title for redisplay.  */

We need to update the mode lines due to scrolling, because mode lines
show the buffer position and other related info.  And please keep in
mind that the frame title can use almost any %-construct defined for
the mode line, so we may need to recompute it as well, when we scroll.
And there's no mechanism in redisplay to redraw portions of the frame
(i.e. something that doesn't belong to any window) except by setting
consider_all_windows_p non-zero.  The effect of that is to consider
all the windows on all the frames for redisplay.  But while Emacs can
refrain from actually redrawing on the glass the parts that it
controls (text displayed in the window etc.), it cannot refrain from
redrawing the parts that are under the control of the GUI toolkit or
the VW.  Which is why you see some portions of the frame flicker.

IOW, the flickering in this case is expected, and cannot be avoided
without making the display engine more fine-grained wrt which parts
need redrawing and when.  The usual method of avoiding flickering is
by double-buffering, but that isn't supported on NS, is it?

However, this bug report said that scrolling becomes slower and slower
with time, and that is not expected, and I see no direct relation
between that and flickering.  Can we please go back to that aspect of
the problem?  It shouldn't happen.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2020 16:18:02 +0000
Resent-Message-ID: <handler.42406.B42406.16079626568721 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: alan@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16079626568721
          (code B ref 42406); Mon, 14 Dec 2020 16:18:02 +0000
Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 16:17:36 +0000
Received: from localhost ([127.0.0.1]:53946 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1koqXY-0002Ga-C1
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2020 11:17:36 -0500
Received: from eggs.gnu.org ([209.51.188.92]:45504)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1koqXP-00026T-8b
 for 42406 <at> debbugs.gnu.org; Mon, 14 Dec 2020 11:17:35 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:54693)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1koqXI-000557-Fk; Mon, 14 Dec 2020 11:17:20 -0500
Received: from [176.228.60.248] (port=4475 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1koqXI-00089h-0S; Mon, 14 Dec 2020 11:17:20 -0500
Date: Mon, 14 Dec 2020 18:17:12 +0200
Message-Id: <833608cqgn.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN> (message from
 Konrad Podczeck on Mon, 14 Dec 2020 01:20:39 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Konrad Podczeck <konrad.podczeck@HIDDEN>
> Date: Mon, 14 Dec 2020 01:20:39 +0100
> Cc: Eli Zaretskii <eliz@HIDDEN>,
>  42406 <at> debbugs.gnu.org
> 
> In view of the comments made by Eli, I made a shoot in the dark, and, in window.c, commented out the occurrences of wset_update_mode_line on lines 1850, 4011, 5630, 5819, 6079, as well as the respective line after the three statements lines where "Bug#15957" is written. With these (actually I have not testes which of these (out-commentings are relevant) the problem has completely gone. I am aware that this is not a real solution, but it shows that there is some room. Which are the risks caused by these changes of the code?

As explained in my other message, avoiding to call
wset_update_mode_line will cause subtle redisplay bugs.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2020 20:26:01 +0000
Resent-Message-ID: <handler.42406.B42406.16079775429986 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16079775429986
          (code B ref 42406); Mon, 14 Dec 2020 20:26:01 +0000
Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 20:25:42 +0000
Received: from localhost ([127.0.0.1]:54651 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kouPe-0002b0-7o
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2020 15:25:42 -0500
Received: from outbound.soverin.net ([116.202.65.218]:42921)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1kouPc-0002aj-5x
 for 42406 <at> debbugs.gnu.org; Mon, 14 Dec 2020 15:25:40 -0500
Received: from smtp.soverin.net (unknown [10.10.3.28])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by outbound.soverin.net (Postfix) with ESMTPS id 029C2601C4;
 Mon, 14 Dec 2020 20:25:34 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.142]) by
 soverin.net
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1607977533; bh=7CyRP1NvWQtlqG3f8NAWLCiF4dG0vWnHw46PYeRszus=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=nikRlLUFVJ6JhjPsNYIyrDWTdsF9K+iK3vGivXr5V887BtnBnKdMM1f9usp5SjcUm
 lZGrOvbeEIqFtlqmkLFz3VJT1URFX29OsOTRKCgXzD7jMEWxJzO/iIMlf0SZaPDcNN
 MiRcY0PsV9sRLeL/jpckQY9wBPK1GhpBIyaAkgsZmR5bomnC5sNHWRswbDOa8cET1H
 PuMoP1pqJ9U4/uT8dvzWFx88IoJiBcgIFScb2cMw+Hbfw5MsKPFLyeFPQwmkQ8zqc5
 IlYsLdwNXRx44WNnUg8+X12OANthxFlebUYqM7ffPVK79nVx0U2MGo3N1+o9+o81ng
 XDq5PQZGYxcTQ==
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id 6736A2028B7306; Mon, 14 Dec 2020 20:25:30 +0000 (GMT)
Date: Mon, 14 Dec 2020 20:25:30 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <X9fKOgXkHCiAQx57@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN,
 42406 <at> debbugs.gnu.org
References: <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <837dpkcqpa.fsf@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Mon, Dec 14, 2020 at 06:12:01PM +0200, Eli Zaretskii wrote:
> We need to update the mode lines due to scrolling, because mode lines
> show the buffer position and other related info.  And please keep in
> mind that the frame title can use almost any %-construct defined for
> the mode line, so we may need to recompute it as well, when we scroll.
> And there's no mechanism in redisplay to redraw portions of the frame
> (i.e. something that doesn't belong to any window) except by setting
> consider_all_windows_p non-zero.  The effect of that is to consider
> all the windows on all the frames for redisplay.  But while Emacs can
> refrain from actually redrawing on the glass the parts that it
> controls (text displayed in the window etc.), it cannot refrain from
> redrawing the parts that are under the control of the GUI toolkit or
> the VW.  Which is why you see some portions of the frame flicker.
> 
> IOW, the flickering in this case is expected, and cannot be avoided
> without making the display engine more fine-grained wrt which parts
> need redrawing and when.  The usual method of avoiding flickering is
> by double-buffering, but that isn't supported on NS, is it?
> 
> However, this bug report said that scrolling becomes slower and slower
> with time, and that is not expected, and I see no direct relation
> between that and flickering.  Can we please go back to that aspect of
> the problem?  It shouldn't happen.

I don't see any flickering. I only see the performance reduction when
multiple frames are open.

That happens because drawing to the glass is slow, and the more we
draw to the screen, the longer it takes. When scrolling frame A, frame
B (and C, and D, etc., etc.) has its internal border and cursor(s)
redrawn.

If we MUST redraw these when nothing on the frame is to be updated,
then I don't see there's very much we can do. I've spent a lot of time
trying to improve performance of drawing to the screen and I don't
have the knowledge required to improve it any further.

I think our only next step is to move to hardware acceleration, but
that's not available on a Free system, afaict, so is banned, and I
don't know how to go about doing that anyway.

For the record: redrawing the internal border will cause all versions
of the NS port to redraw the entire frame, because Cocoa only allows
you to select rectangles to redraw, and it joins any contiguous
rectangles together into bigger rectangles, and the internal border
forms a rectangle containing the entire frame contents.

Perhaps I should get rid of the internal border code, it's new to the
NS port in Emacs 28.

-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2020 20:47:02 +0000
Resent-Message-ID: <handler.42406.B42406.160797880117503 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160797880117503
          (code B ref 42406); Mon, 14 Dec 2020 20:47:02 +0000
Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 20:46:41 +0000
Received: from localhost ([127.0.0.1]:54688 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1koujx-0004Xz-9k
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2020 15:46:41 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:54324)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1koujv-0004VP-PU
 for 42406 <at> debbugs.gnu.org; Mon, 14 Dec 2020 15:46:40 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=KXSKltrEygGWKJ+Dro+yqpAOHqmtvTWT5xYDFjy9LzQ=; b=sdN1iIbjpRrmYvjy4yYeBJXbpI
 lq/E/gh1YL8AeqwYndfAfYPXj3DHd3aY/wJhkyzfdDfTd/6vzAlqWE3J+AhWWX10MtNW8YRrfTkDo
 WN5HjHK93NehPvbreSVOKroCV1dWDbsPV9G5KAXFuJexPvvuLD146OJL2m3aMFEI78+M=;
Received: from jarvis.univie.ac.at ([131.130.3.112] helo=jarvis.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1koujs-0005rK-GF; Mon, 14 Dec 2020 21:46:36 +0100
Received: from 188-22-173-174.adsl.highway.telekom.at ([188.22.173.174]
 helo=[10.0.0.1])
 by jarvis.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1koujs-0008CJ-7r; Mon, 14 Dec 2020 21:46:36 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
Date: Mon, 14 Dec 2020 21:46:28 +0100
Content-Transfer-Encoding: 7bit
Message-Id: <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
X-Mailer: Apple Mail (2.3654.20.0.2.21)
X-Univie-Virus-Scan: scanned by ClamAV on jarvis.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)



> Am 14.12.2020 um 16:47 schrieb martin rudalics <rudalics@HIDDEN>:
> 
> > In view of the comments made by Eli, I made a shoot in the dark, and,
> >  in window.c, commented out the occurrences of wset_update_mode_line
> >  on lines 1850, 4011, 5630, 5819, 6079, as well as the respective line
> >  after the three statements lines where "Bug#15957" is written. With
> >  these (actually I have not testes which of these (out-commentings are
> >  relevant) the problem has completely gone. I am aware that this is
> >  not a real solution, but it shows that there is some room. Which are
> >  the risks caused by these changes of the code?
> 
> Does the line number displayed in the mode line update correctly when
> you do that and scroll the window?

Yes, as before. Should there be a problem now?
> 
> martin





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2020 20:49:02 +0000
Resent-Message-ID: <handler.42406.B42406.160797892420339 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160797892420339
          (code B ref 42406); Mon, 14 Dec 2020 20:49:02 +0000
Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 20:48:44 +0000
Received: from localhost ([127.0.0.1]:54693 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1koulv-0005Hz-Oe
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2020 15:48:43 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:54536)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1koult-0005Ho-QT
 for 42406 <at> debbugs.gnu.org; Mon, 14 Dec 2020 15:48:42 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=NZo1pmtN2RMvkS8sZ6xml//Y5M9tHDz2lcDCJKsoTck=; b=arjG3ZJBunVho02VZQIhPCYzSw
 qluDwR6TQRaOeMSjpwm2HTIpfwOVeTXdMqx+i8DvnrvR+a7MGt7TNX0Wh9N4CQXZrgPC2G8mkuHu8
 2waacGUbwxTBcl5G/Cc4Mf6yYEoodcW5quUyc5JZz4Uje9ybi2WDF7atwMNZHp0zTtdo=;
Received: from jarvis.univie.ac.at ([131.130.3.112] helo=jarvis.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1koulr-00065O-PK; Mon, 14 Dec 2020 21:48:39 +0100
Received: from 188-22-173-174.adsl.highway.telekom.at ([188.22.173.174]
 helo=[10.0.0.1])
 by jarvis.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1koulr-0008GL-LP; Mon, 14 Dec 2020 21:48:39 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <833608cqgn.fsf@HIDDEN>
Date: Mon, 14 Dec 2020 21:48:36 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <41615014-BF73-464A-9E4C-E05F29D6C30E@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN> <833608cqgn.fsf@HIDDEN>
X-Mailer: Apple Mail (2.3654.20.0.2.21)
X-Univie-Virus-Scan: scanned by ClamAV on jarvis.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)



> Am 14.12.2020 um 17:17 schrieb Eli Zaretskii <eliz@HIDDEN>:
>=20
>> From: Konrad Podczeck <konrad.podczeck@HIDDEN>
>> Date: Mon, 14 Dec 2020 01:20:39 +0100
>> Cc: Eli Zaretskii <eliz@HIDDEN>,
>> 42406 <at> debbugs.gnu.org
>>=20
>> In view of the comments made by Eli, I made a shoot in the dark, and, =
in window.c, commented out the occurrences of wset_update_mode_line on =
lines 1850, 4011, 5630, 5819, 6079, as well as the respective line after =
the three statements lines where "Bug#15957" is written. With these =
(actually I have not testes which of these (out-commentings are =
relevant) the problem has completely gone. I am aware that this is not a =
real solution, but it shows that there is some room. Which are the risks =
caused by these changes of the code?
>=20
> As explained in my other message, avoiding to call
> wset_update_mode_line will cause subtle redisplay bugs.
=20
Which bug could I encounter, for example?=




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2020 20:55:02 +0000
Resent-Message-ID: <handler.42406.B42406.160797929120884 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160797929120884
          (code B ref 42406); Mon, 14 Dec 2020 20:55:02 +0000
Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 20:54:51 +0000
Received: from localhost ([127.0.0.1]:54697 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kourr-0005Qm-En
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2020 15:54:51 -0500
Received: from eggs.gnu.org ([209.51.188.92]:58706)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kourp-0005QY-MZ
 for 42406 <at> debbugs.gnu.org; Mon, 14 Dec 2020 15:54:50 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:60804)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kourj-00027s-4X; Mon, 14 Dec 2020 15:54:43 -0500
Received: from [176.228.60.248] (port=2003 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kouri-0007Hi-7r; Mon, 14 Dec 2020 15:54:42 -0500
Date: Mon, 14 Dec 2020 22:54:33 +0200
Message-Id: <83h7ooaz1y.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <X9fKOgXkHCiAQx57@HIDDEN> (message from Alan
 Third on Mon, 14 Dec 2020 20:25:30 +0000)
References: <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <837dpkcqpa.fsf@HIDDEN> <X9fKOgXkHCiAQx57@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Mon, 14 Dec 2020 20:25:30 +0000
> From: Alan Third <alan@HIDDEN>
> Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
> 
> > However, this bug report said that scrolling becomes slower and slower
> > with time, and that is not expected, and I see no direct relation
> > between that and flickering.  Can we please go back to that aspect of
> > the problem?  It shouldn't happen.
> 
> I don't see any flickering. I only see the performance reduction when
> multiple frames are open.

If the performance hit is only a function of how many frames are
there, then this is expected.  I thought the performance got worse
with time, but maybe I misunderstood.

> If we MUST redraw these when nothing on the frame is to be updated,
> then I don't see there's very much we can do.

The problem is, we don't know whether something's changed.

OTOH, continuous scrolling is not supposed to be a frequent use
pattern in Emacs.

> Perhaps I should get rid of the internal border code, it's new to the
> NS port in Emacs 28.

You could definitely make it optional, so that people who'd like
faster redisplay could decide whether they are okay with giving up the
internal border.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2020 21:03:02 +0000
Resent-Message-ID: <handler.42406.B42406.160797972621618 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: alan@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160797972621618
          (code B ref 42406); Mon, 14 Dec 2020 21:03:02 +0000
Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 21:02:06 +0000
Received: from localhost ([127.0.0.1]:54702 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kouys-0005cb-Av
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2020 16:02:06 -0500
Received: from eggs.gnu.org ([209.51.188.92]:60428)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kouyq-0005c8-PP
 for 42406 <at> debbugs.gnu.org; Mon, 14 Dec 2020 16:02:05 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:32810)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kouyj-0003BN-6g; Mon, 14 Dec 2020 16:01:57 -0500
Received: from [176.228.60.248] (port=2438 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kouyh-0005Vs-Cr; Mon, 14 Dec 2020 16:01:56 -0500
Date: Mon, 14 Dec 2020 23:01:45 +0200
Message-Id: <83ft48aypy.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <41615014-BF73-464A-9E4C-E05F29D6C30E@HIDDEN> (message from
 Konrad Podczeck on Mon, 14 Dec 2020 21:48:36 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN> <833608cqgn.fsf@HIDDEN>
 <41615014-BF73-464A-9E4C-E05F29D6C30E@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Konrad Podczeck <konrad.podczeck@HIDDEN>
> Date: Mon, 14 Dec 2020 21:48:36 +0100
> Cc: Alan Third <alan@HIDDEN>,
>  42406 <at> debbugs.gnu.org
> 
> > As explained in my other message, avoiding to call
> > wset_update_mode_line will cause subtle redisplay bugs.
>  
> Which bug could I encounter, for example?

Mode lines of non-selected windows could fail to update when they
should (e.g., if the buffer displayed in a non-selected window
changes), tool-bar buttons that change their appearance depending on
the Emacs state (e.g., the "Copy" button becomes sensitive only when
there's region) could fail to react to state changes, menu-bar items
that depend on modes and global state could fail to update.  That sort
of bugs.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2020 21:15:02 +0000
Resent-Message-ID: <handler.42406.B42406.160798045422694 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160798045422694
          (code B ref 42406); Mon, 14 Dec 2020 21:15:02 +0000
Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 21:14:14 +0000
Received: from localhost ([127.0.0.1]:54711 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kovAb-0005ty-OZ
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2020 16:14:13 -0500
Received: from outbound.soverin.net ([116.202.65.218]:33891)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1kovAZ-0005ti-Kh
 for 42406 <at> debbugs.gnu.org; Mon, 14 Dec 2020 16:14:12 -0500
Received: from smtp.soverin.net (unknown [10.10.3.28])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by outbound.soverin.net (Postfix) with ESMTPS id 7AA2A601C4;
 Mon, 14 Dec 2020 21:14:05 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.142]) by
 soverin.net
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1607980444; bh=rjU/YgqocQ7E8vFCHZfFoyYbGbkhK1owRb2+ukYr0F0=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=f3Uk8KAgYf6UQDlsbCE8+l95B2wZskp4sTp59TqoCI+Ee8IRn5lJW58akwSDXcwAo
 uo/zgFjAEKEYSttDwfyuvbEJgBqAApSG0dI4J+cbti/5Jtpx8D7FIpcR4owzcYPlPT
 ur/46bysUuvG8u6t4gtLL5Ewd88jc+QmTYmH9dYLRUcy6kXaAhSDL99QWMrGGTUlpp
 Rlot8mnKIX5c8Qe/y63wY5szFfhB8W2hPP0m1Gllw9bd6TaifuubFABeHRPDtYOmQE
 zbpvxff3q5KyisguQBWZb/7fPiKcaCnrMexhrlpsVdti8MF3fDJXTq8XsNe932n73u
 YM0UrWYlGMRZQ==
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id 7BB7B2028BA345; Mon, 14 Dec 2020 21:14:02 +0000 (GMT)
Date: Mon, 14 Dec 2020 21:14:02 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <X9fVmlPd1xbsVvET@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN,
 42406 <at> debbugs.gnu.org
References: <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <X9fKOgXkHCiAQx57@HIDDEN> <83h7ooaz1y.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <83h7ooaz1y.fsf@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Mon, Dec 14, 2020 at 10:54:33PM +0200, Eli Zaretskii wrote:
> > Date: Mon, 14 Dec 2020 20:25:30 +0000
> > From: Alan Third <alan@HIDDEN>
> > Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
> > 
> > > However, this bug report said that scrolling becomes slower and slower
> > > with time, and that is not expected, and I see no direct relation
> > > between that and flickering.  Can we please go back to that aspect of
> > > the problem?  It shouldn't happen.
> > 
> > I don't see any flickering. I only see the performance reduction when
> > multiple frames are open.
> 
> If the performance hit is only a function of how many frames are
> there, then this is expected.  I thought the performance got worse
> with time, but maybe I misunderstood.

I only see it as a function of how many frames are open. It doesn't
seem to get worse with time.

I guess we just add this but report to the list of complaints that the
NS port is terrible at drawing to the screen.
-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 08:00:02 +0000
Resent-Message-ID: <handler.42406.B42406.16080191527166 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16080191527166
          (code B ref 42406); Tue, 15 Dec 2020 08:00:02 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 07:59:12 +0000
Received: from localhost ([127.0.0.1]:55399 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kp5Em-0001rW-EK
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 02:59:12 -0500
Received: from mout.gmx.net ([212.227.17.22]:52061)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kp5Ej-0001rD-Uy
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 02:59:10 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608019140;
 bh=PBxq3BgXD9CKcrlJyWFF5qBxEI3mgprWyncLAGRJQiU=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=QufA7VTh58Rgvb8cAhKtDgY9FSOUx1Y5I4jhZANd8K4b9umXQ2cH89R5d2WndIJ72
 k/lWJsOGMpLGas6Nq/m1pyB0zMeVMzhiVk5B7msSjUb4+oZ0I2i6m3CyepFwTU2SQd
 lHIE9tgnRvlZz0qyW900bLVOk3PswJFVgJJICFqg=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.82]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MulqN-1jzBP52svj-00rooJ; Tue, 15
 Dec 2020 08:59:00 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
Date: Tue, 15 Dec 2020 08:58:59 +0100
MIME-Version: 1.0
In-Reply-To: <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:t++Z1I6LNf9ve0SkHVUQkHFmrt+VjciMDUm0frgdZ/N5zxXDZoP
 AKONWFoECO7cAdguiCGERvzvfHCOrTULWnPO8g1KB3M5OIpfG4jqyjANaUbGt7do64998aM
 47DjMxdCF13U+5kE2j01hoc3omqbNFJyhmUfFkKq0LeUE3eJYfFjxOvpEymKyCKb4t4QD10
 ZJdZmyxn3DotY+W/uQpcg==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:EKXzBxw/nuE=:2Zd1HaPzFMpgsYo4oAzttX
 T0Fn0rilLOJ8LTjYkQTywJZjTsbnFSkRel/2/xnm7eX6lUTef7l3b+1p/ZoveklclmPPg4mEE
 WdvjjhC22OgqyX76qstH6M3H3YUzt7yWi0IFbQv2V5K6mKpSMsaCAVa0+mVZOiUzh2TpM842g
 Xk/WqoCe8PiEVNQBPvlYfCKXH4jen7eTVlcXe1bmW/NS1nIBNl7Ay2efh3Hdjomk+ow7R7iL9
 oA5024xxiMoDgH55Rl31fEE6rj49n5Xb+l+NqQ+JTOI0GOe26Fy3Hw4se59LxMFZTPUO5/+oo
 IA4A/8AFv/sEBC1sxVTwYaNZpYKK88gAwseR1qFaipef93aqIaHynS+X0+n9cVecGleUMj/ih
 PDeet1tRSE8gjvdfiNlBsuz8MKXxTblx7/9jaqrxvriuDSgKA7f/Xg0O0OjepO/OpBmk122Ro
 DVbwHxbTAQUry7MVaFyiYXM/0qsZt0HeW02NofA5enbhOXyG0+WEREwcO4hgCg1TDwCI+U5a1
 qEutbVybP+vJByChih2HjlifPdr/S/w3thGyDBIoQ5gDl19gVUBuuCa0KU72WnxNP0rlptHBf
 nar/fSRMp3IMaPBCi2s2Po8GMqKDdcipjNFuaqlYukPPKial0sEd95eqLa4URlWaHC+F79Qjy
 2HmvPLqQ55qJLq58qWlUOSvxYHEYNkxZXffuwOmyj7s34JEDGh4Toyo03b2ajsaYXn410ljOF
 mrfTMwQ+ngXq8xga5Y694Xz9Ag/5Nc+jJaMcVLKAE2uAUqdA7drQOuCSIJSimHarhpa05VrAw
 21lhvX7tV1mHE8z7woIOTwMWXX4fg1hQTtNFFzHUU7XkWfx+hm0Hl3v72ehjv7LC0hObbIn+a
 +V4jzu/e7tvIrZpx5+0UFe8VENzgKl0p3khY1H0AU=
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  >> Does the line number displayed in the mode line update
 correctly when >> you do that and scroll the window? > > Yes, as before.
 Should there be a problem now? Not necessarily. If you don't see any problems
 there, the calls in window_scroll_pixel_based could be possibly removed since
 that case should be covered elsewhere. 
 Content analysis details:   (2.9 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [212.95.5.82 listed in zen.spamhaus.org]
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [212.227.17.22 listed in wl.mailspike.net]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
 low trust [212.227.17.22 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (rudalics[at]gmx.at)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  >> Does the line number displayed in the mode line update
    correctly when >> you do that and scroll the window? > > Yes, as before.
   Should there be a problem now? Not necessarily. If you don't see any problems
    there, the calls in window_scroll_pixel_based could be possibly removed since
    that case should be covered elsewhere. 
 
 Content analysis details:   (1.9 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
                             low trust
                             [212.227.17.22 listed in list.dnswl.org]
  3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
                             [212.95.5.82 listed in zen.spamhaus.org]
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
                             [212.227.17.22 listed in wl.mailspike.net]
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (rudalics[at]gmx.at)
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

 >> Does the line number displayed in the mode line update correctly when
 >> you do that and scroll the window?
 >
 > Yes, as before. Should there be a problem now?

Not necessarily.  If you don't see any problems there, the calls in
window_scroll_pixel_based could be possibly removed since that case
should be covered elsewhere.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 08:00:03 +0000
Resent-Message-ID: <handler.42406.B42406.16080191877218 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>
Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16080191877218
          (code B ref 42406); Tue, 15 Dec 2020 08:00:03 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 07:59:47 +0000
Received: from localhost ([127.0.0.1]:55402 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kp5FL-0001sM-M3
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 02:59:47 -0500
Received: from mout.gmx.net ([212.227.17.20]:33623)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kp5FJ-0001s8-Eo
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 02:59:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608019176;
 bh=rs1teLqg+jNbPbEyO7ZPXu9Q2KFJWYhFBr0jalgJti4=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=VUAyRQLnCIXHIwygAzDGziQNNhizZDqpXlBoZx6H75xIrbdu2r7DBy4eO48INcFSk
 6p0fXCH5wiVr8QKVsz34a7UfAvrmKQe1sd7/dGVEMKkz82CZ+snpJMBZSS+DnjWvq5
 X7OuWq4/z+clR6H7lcX07lqQ9ab3WpY/XBG5DC7Y=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.82]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MZktj-1kdioy4623-00Wjoi; Tue, 15
 Dec 2020 08:59:36 +0100
References: <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <X9fKOgXkHCiAQx57@HIDDEN> <83h7ooaz1y.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <f4174e42-378c-d7b1-e892-e2eadf86ea4a@HIDDEN>
Date: Tue, 15 Dec 2020 08:59:35 +0100
MIME-Version: 1.0
In-Reply-To: <83h7ooaz1y.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:+aiZOm0Bfr48cPIE1yipyBT0tzfdgYstgf1ZARceKXIN3Ozi8G1
 smO1ctdVaHptbqcPruZSFQqJ9N1Ijv/2XYxqVCu50Tm1pPUzK6MUt4GuqqMQra/thIsd/Xc
 p8rE6H1I2C2uCFZge0qtN0skKkbmJ6fZIMxrasuvpYfbhzdsiLaT5bzZLrElcgLoc28uUu4
 zaHJARPP9GCM/KtdTVj5w==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:5eXpN0emOvw=:rAq5ugMLC62/mhoVs/3C2H
 UC/lk0F9aBEM7Zi4RqPjuqI2qr4Y2OLaCjSgpArQQsDqjeyJRFDWQFRHJQNHUNNrc+TPOMu7/
 zejPi4MADPz7V+5im3P92jXhfxqhukMajyrItjaMjO1ZYlIbXONgrD89CUVLz8bA3wjoT6n1k
 1Kja7UI/9MpDPdvMLCfnrcd+cipyHBNVFubbGj0Gf532HkdmkNJV08aRF9g5a8A2XFAdqJRTr
 1pYrZUu1/Z/pAfPDYsIA4A1/zkKnB31Y8MpMfccHWV9JDdyqulfIya4BGaGlChGMC/XbbI0mp
 LKlmBb8/j2vszIMtWSp9s2S/xsnrtqE8kMV0hlO+974yXM7J9DvCQ10qnw395gOWTQP9AGzte
 QRueT+lArv7uqRTsAZm0cAsJ9bUuRuQqnyLQn+gwQ7OMrcD6gZNL8wbo9XVjzTyfkNldgH2tH
 vW1/Yvi8Z2cewgJIkY0Eq+HrXi0mAthcEJDt6Xfq3oEGQGAnhgG4YunKCaVp+mUzo+IJVkAsl
 SceEJl6pin2Vsa/PnAQ5qfJxCY+IhQ7glsCSSk0CvDpZf1kzQfvMHgpqWD7t9M4fMYwRyZrfS
 NBJppg2puna/DOjO8MGrzE9HheDBUknpckaMo2IJFhtdxHh2YATPztpRmNR6KFHslnHeoixJc
 aTU9u3jFwXKEUjNrgdSmShUMi4WwfrGgW1QJjbmzuZ2FCqYcobBTi0qr+E/xgICOLwzH/dn63
 8gvacrY0/jWKU2SMVu5NyPE7mWSDQ2py6fi9Jz6oXyrc8+z1lmH3jPHDvcjrcndlseja2cBpO
 mFlpIK5/g3123ru9FgdcaBoMb+9tO+KTN5aytyIW3rRq1VOW9FrFWJ8lt+cUNY/aEYurkJ/RG
 h1JSkYWFT7gfvTqvh7TvX/jh6TlzjWaf9FR2Q/8TE=
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  >> Perhaps I should get rid of the internal border code,
 it's new to the >> NS port in Emacs 28. > > You could definitely make it
 optional, 
 so that people who'd like > faster redisplay could decide w [...] 
 Content analysis details:   (2.9 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [212.95.5.82 listed in zen.spamhaus.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (rudalics[at]gmx.at)
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
 low trust [212.227.17.20 listed in list.dnswl.org]
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [212.227.17.20 listed in wl.mailspike.net]
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  >> Perhaps I should get rid of the internal border code,
   it's new to the >> NS port in Emacs 28. > > You could definitely make it optional,
    so that people who'd like > faster redisplay could decide w [...] 
 
 Content analysis details:   (1.9 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
                             low trust
                             [212.227.17.20 listed in list.dnswl.org]
  3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
                             [212.95.5.82 listed in zen.spamhaus.org]
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
                             [212.227.17.20 listed in wl.mailspike.net]
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (rudalics[at]gmx.at)
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

 >> Perhaps I should get rid of the internal border code, it's new to the
 >> NS port in Emacs 28.
 >
 > You could definitely make it optional, so that people who'd like
 > faster redisplay could decide whether they are okay with giving up the
 > internal border.

I haven't looked into it but can't running that code be simply
suppressed when no internal border should be drawn anyway?  That is,
when the width is zero which should be the default.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 13:28:02 +0000
Resent-Message-ID: <handler.42406.B42406.160803886525208 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160803886525208
          (code B ref 42406); Tue, 15 Dec 2020 13:28:02 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 13:27:45 +0000
Received: from localhost ([127.0.0.1]:55916 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpAMj-0006YW-3m
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 08:27:45 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:47186)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kpAMh-0006YN-0g
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 08:27:44 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=VXJF1eTcKfgxqBrBL/IEISTWQxFtXxq4voQIh04D2hE=; b=XMG1KfAfoWTB+ORtt04p7P7pm0
 kj2GFuwV/yGBMNzZPOCrHKeGEXu5/6VGRubxdGw6KNeAN0hZOwuzZ7ICu8PnWi9+8nLZq/YoxILRo
 rvYpIyWbofv80mBj0iLsweLmoKbDtbu36CkPhePZklCE/4aPClqrXPI4A7PPLKCTOXT4=;
Received: from justin.univie.ac.at ([131.130.3.111] helo=justin.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpAMd-0006op-HU; Tue, 15 Dec 2020 14:27:39 +0100
Received: from 188-22-173-174.adsl.highway.telekom.at ([188.22.173.174]
 helo=[10.0.0.1])
 by justin.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpAMd-0006QE-59; Tue, 15 Dec 2020 14:27:39 +0100
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
Date: Tue, 15 Dec 2020 14:27:38 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
X-Univie-Virus-Scan: scanned by ClamAV on justin.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Does =E2=80=9Cnot necessarily=E2=80=9D mean

(a) if I dont=E2=80=99 have the mentioned problem now, I will never see =
it;

or

(b) I should not be surprised if I see it in three weeks, say.

> Am 15.12.2020 um 08:58 schrieb martin rudalics <rudalics@HIDDEN>:
>=20
> >> Does the line number displayed in the mode line update correctly =
when
> >> you do that and scroll the window?
> >
> > Yes, as before. Should there be a problem now?
>=20
> Not necessarily.  If you don't see any problems there, the calls in
> window_scroll_pixel_based could be possibly removed since that case
> should be covered elsewhere.
>=20
> martin





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 13:53:02 +0000
Resent-Message-ID: <handler.42406.B42406.160804032227804 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160804032227804
          (code B ref 42406); Tue, 15 Dec 2020 13:53:02 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 13:52:02 +0000
Received: from localhost ([127.0.0.1]:55956 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpAkE-0007EM-5Y
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 08:52:02 -0500
Received: from mout.gmx.net ([212.227.15.19]:47379)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpAkC-0007Ds-82
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 08:52:00 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608040306;
 bh=U2PHt00G4I8eedEWD00wZcgdQAlxUT08GNKhmvUz97s=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=KNEYkstyD34Co67bA3CMw7n4Cj1ykkmsdV3sbQet09JjONt4+wno4b1MjR2mHWsPu
 qDB+GC2j17k3WAHeogZT3H1JZ3K/CgM9YEuSVr3MF3eJdx6V5AQNumcV8XDqt+VkHW
 BwYnD0NwyWS96nuatWhWmh+0C9XWkjp5hw/V72gQ=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([46.125.249.65]) by mail.gmx.com (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MGhuK-1ku4HL3FKs-00Dnvh; Tue, 15
 Dec 2020 14:51:45 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
Date: Tue, 15 Dec 2020 14:51:43 +0100
MIME-Version: 1.0
In-Reply-To: <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:Ib3YOAp9ziYCyACHBDV6/Sq7mzCAkXSl+HP240QDzPFWzZFvm0E
 8iqf2pgFdOAKB2fkUhQupcHophxtcNZNny1qBxWXBkd4LS8uY2059JXtna+GxfOxqk3XDg6
 T1Nm50jqSjy8ucc8c9rqMHiYAAQLAARYqtz7nCg/73qQQ5787Az/VgvUTr7G58cfYvgm/iU
 l8lAyDGNLd+s8poIfpnJw==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:EelApriqS8k=:4sC2WWDalGdfz/lmBmeK1u
 h30ZwZSDlinmPyVeuDG/wnPk++YCuGSTYlTLjjcDqcGDSSP5xPG8TnHkWP+md97RGLfoxtoqI
 4aDJO5lf6487bElJd5CIAecM/Q56YFiz8yFMj9J7mUC6AQfvAl2urSqTqJczodZWCydybPUX4
 1IhExfhECCuXBF7h8WJrHia5xPFgZ2a6GjeUmTAk+mKTZ3FdDDDTBeO67jPM09cntCkl8KVO+
 YiCu0Go2nhnRQZ30gV9TjpsCH6emUVyrZt3m5zobqfEkA7wnKSp4J+MTm1gSa+M1iDPY/FfUI
 ZdTCn0znbEzsGy9Fvs2FrajSgPbBVQYcGxHivyHqziDflJNRdCMx2k4OyzZ4CxzOt7feB1zIV
 eTRRidtppiftR+5Vnr8LImTJGQAZjot9myMaXQ0tlaV1ZKAI6/XEXUyLTwpFQxk04z22Rs+33
 cCsbd9ABgYKnmmzm0NZFZ7AgT4hpYxS8CVOfPxsYZ/DQOos85jNCPtL2v2/LwiQpAeK6Z7Ly9
 yrgM+TTYgJYPYcZ7pafxMePCPZSqGhqNHCt2wVVI4x/ud/yIlk9sUgxMBnpyzClIW2acdYdWo
 uVntwSHv0LbHmyzmVMTq/i6REIAkIRQ2qLWwu2WndtrdLKM87ynH8XdNbXUjUSE68Rx099SUE
 XZt6NQeb7kzYjUISU393J5mH8rKRLpJzRL6Y/7uw1KUeDFKc/yUqgyi8IPsXdu2QCXNVCXLsj
 urYqbPKlvjRQThPx0rpHgepr7UPLxDQO6JDe+VS1vejtxP/IPNHEAGBxQ/OkxogtTPFoHI+af
 qHW41bgTl+fh8DHZHM5SmyCFGLzvB9bHzr1K7RUJGgukvjiYCSsc6U6mGCoMkaX4RHbP+YdZH
 MPHQ3zLh9tcOm6wGEmzA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > Does =E2=80=9Cnot necessarily=E2=80=9D mean
 >
 > (a) if I dont=E2=80=99 have the mentioned problem now, I will never se=
e it;
 >
 > or
 >
 > (b) I should not be surprised if I see it in three weeks, say.

(a) hopefully.  But note that this is just the isolated problem that
when you scroll the buffer and redisplay has to relocate point in the
buffer in order to make it visible, the current line number doesn't get
updated correctly in the mode line.  As Eli noted elsewhere, there might
be other things that don't get updated correctly.  Ideally, none of
these other things should be affected by scrolling but who knows what
users put into their 'window-scroll-functions' ...

Finally, I doubt that the two 'wset_update_mode_line' calls in
'wset_update_mode_line' are responsible for the flickering you see.  If
they are not, it might make sense to look for the real culprits.

martin





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 14:07:01 +0000
Resent-Message-ID: <handler.42406.B42406.160804117029360 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160804117029360
          (code B ref 42406); Tue, 15 Dec 2020 14:07:01 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 14:06:10 +0000
Received: from localhost ([127.0.0.1]:55969 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpAxt-0007dU-Ly
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 09:06:09 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:36006)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kpAxr-0007d9-2F
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 09:06:08 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=UMiPUhex5iOnnZrfx581bUAQzyH+02TfP87nsFFLmgQ=; b=QUTcBPSgKxN1WZXHMjPxMJ3b0R
 IWpWzx2NJCRzTRoWMreHl1qiyVwIyUP+AVniNl+l7gnCjmmjMleKiAjnt3EJu3NsJ52qNTlu4gATd
 bFbv1OE7+2UD06Qgor0X71A7unZBPEDp3LgCNdhklkG3xk7orftJOh4pJ1/SlGqE/nig=;
Received: from jarvis.univie.ac.at ([131.130.3.112] helo=jarvis.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpAxo-00063p-As; Tue, 15 Dec 2020 15:06:04 +0100
Received: from 188-22-173-174.adsl.highway.telekom.at ([188.22.173.174]
 helo=[10.0.0.1])
 by jarvis.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpAxo-0004uQ-38; Tue, 15 Dec 2020 15:06:04 +0100
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
Date: Tue, 15 Dec 2020 15:06:03 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
X-Univie-Virus-Scan: scanned by ClamAV on jarvis.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Just to clarify, despite of the title of this bug, it is not a =
flickering, but the mouse-wheel scrolling preformance decreases with the =
number of open frames, in the sense that it becomes more and more =
sticky.



> Am 15.12.2020 um 14:51 schrieb martin rudalics <rudalics@HIDDEN>:
>=20
> > Does =E2=80=9Cnot necessarily=E2=80=9D mean
> >
> > (a) if I dont=E2=80=99 have the mentioned problem now, I will never =
see it;
> >
> > or
> >
> > (b) I should not be surprised if I see it in three weeks, say.
>=20
> (a) hopefully.  But note that this is just the isolated problem that
> when you scroll the buffer and redisplay has to relocate point in the
> buffer in order to make it visible, the current line number doesn't =
get
> updated correctly in the mode line.  As Eli noted elsewhere, there =
might
> be other things that don't get updated correctly.  Ideally, none of
> these other things should be affected by scrolling but who knows what
> users put into their 'window-scroll-functions' ...
>=20
> Finally, I doubt that the two 'wset_update_mode_line' calls in
> 'wset_update_mode_line' are responsible for the flickering you see.  =
If
> they are not, it might make sense to look for the real culprits.
>=20
> martin
>=20





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 15:21:01 +0000
Resent-Message-ID: <handler.42406.B42406.16080456327349 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16080456327349
          (code B ref 42406); Tue, 15 Dec 2020 15:21:01 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 15:20:32 +0000
Received: from localhost ([127.0.0.1]:58849 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpC7s-0001uT-Mo
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 10:20:32 -0500
Received: from mout.gmx.net ([212.227.17.20]:50821)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpC7r-0001uD-2p
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 10:20:31 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608045613;
 bh=ne6qT1mXfGa6fv0gAmwXH6VDWyU1hWivHG6eX6nmOBA=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=NittATVih7o9R+uR3aydRm954rKUOjZq5xOKus+TxMxDHBopNFHfZBdZjDhiCl2US
 kbhIhTTkO29gjqBY/PYnJGXqTVuWmyLJNr0Z5WcDfQe9jtJFYrsbkrlqRxW7WQn99M
 MTD82xory0jVKY6yoey306ImxKysWy+9mty4AuFg=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([46.125.249.65]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MA7GM-1kwOBD1n1m-00Bdnl; Tue, 15
 Dec 2020 16:20:13 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
Date: Tue, 15 Dec 2020 16:20:12 +0100
MIME-Version: 1.0
In-Reply-To: <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:EJQQQ/ejPujb9YP0n9VXh+oVbpB9e8B95y5S9pMwnaZsAcvZ96t
 fQRHM7wWiDJG/i4fWFp/H/ab3Nzo1mInR8oaCuXB3GPXfaQ298NgJe8MTyyrde040vQ5hT5
 wr8o7TKB89vaWYCWgYbZL7JJWReJ2SG8ooPd9ZWI6GysnnL0J1CuhCPPxbZDWqStjo4trZZ
 PQyMCfrDBcmsL7fCgYVvw==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:2L41mGpA6y4=:4NJg3lxPB4WYaL7cut4kMQ
 8Ccgy+tp/ix3TmJBNBpCw6AVdSrFJOOWkRu9pCsDBpM/O30e2N8zxPOWHg123n6uuaTlqFJ5z
 VhgujTqVEC0k/0Qt7g1xRYX5miNIOV4m7n+wsihUgKe6Ru9bTGPdBbax/OGoGn56Buz6Ctp+O
 fKFXdSz9WPMxw7tAkZ2f6zWxVuKuOJYnqLdMJ2W7qXLinmsBMGBJnvOpdXFBjB2NnpiRU9Krc
 saChQnEw60/3A9ysNqm9o/GB3C1YkV2lBq3Hri5//zFDdSqPIJx5H3x19EjgrrgS9LnBeaxXT
 E49PAz/NiNefgD2Jj1Yu6hONHI0xXxELnnt7A9aslS2hDtzE5e0RgfTZ/YP0ZLT0aptupsn5J
 PAcjN1fFIzbhGVAXtR9zMtJdKJp+CasovYbFjblrSbrZs/k/By1hChq94AgtG+wbBBZliaS03
 P+PA8NclZV8rEfNEBQElBbinskdZ6MJOgs5g8N7Z8IMhBFkohKeXGaQQmki+YY+Ta2NTa6eCv
 KrreyAcI3PW5Yuatmfvb/+O1d7NILifaxCX1u2uXHgG//Nh+fzfFKTrK1NLab3Cj7Ii0juHdd
 p9Jo8lZonDd7Q+F3swx5Z1RKJcXgQxHBp8lPeTfCDNnZiMjrR5gLn9h7Nq4ivH97/HuMTsSro
 WxxJtuI52jSgxLkVxEyQ+PFWXfrkbOSNsH5RqL4KuH+TKNGZj0ylBfFLY7Qmq6vLDw0TLP2Fz
 8ojyL0upfB9zG/rw7D2ABjXIRYo30xlIfN9IEgp01bmemmGwmNyKo+hoPBkvRBitcxqiy8stH
 WsIz9rZPlSFjCkhKFN1zMSalihkqnfkR0XX5vYGWX1fF194MzPZtooWGTLZ7hbFDSu7bMfVNS
 MaFnSe8QJWxm1S/TsRkA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > Just to clarify, despite of the title of this bug, it is not a
 > flickering, but the mouse-wheel scrolling preformance decreases with
 > the number of open frames, in the sense that it becomes more and more
 > sticky.

In that case we should consider implementing a variable that updates the
mode lines on one specific frame only.  Does performance not degrade when
you comment out _only_ the two instances of 'wset_update_mode_line' in
'window_scroll_pixel_based'?

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 16:54:02 +0000
Resent-Message-ID: <handler.42406.B42406.160805118516574 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160805118516574
          (code B ref 42406); Tue, 15 Dec 2020 16:54:02 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 16:53:05 +0000
Received: from localhost ([127.0.0.1]:58970 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpDZR-0004JF-4T
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 11:53:05 -0500
Received: from eggs.gnu.org ([209.51.188.92]:52820)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpDZL-0004If-5G
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 11:53:04 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:54117)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpDZC-0007iN-G4; Tue, 15 Dec 2020 11:52:50 -0500
Received: from [176.228.60.248] (port=3540 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpDZB-00020h-Qm; Tue, 15 Dec 2020 11:52:50 -0500
Date: Tue, 15 Dec 2020 18:52:43 +0200
Message-Id: <835z53au5g.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN> (message from
 martin rudalics on Tue, 15 Dec 2020 08:58:59 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: martin rudalics <rudalics@HIDDEN>
> Date: Tue, 15 Dec 2020 08:58:59 +0100
> Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
> 
>  >> Does the line number displayed in the mode line update correctly when
>  >> you do that and scroll the window?
>  >
>  > Yes, as before. Should there be a problem now?
> 
> Not necessarily.  If you don't see any problems there, the calls in
> window_scroll_pixel_based could be possibly removed since that case
> should be covered elsewhere.

Sorry, no.  We will not remove those calls without a positive evidence
that they are not needed.  It is not enough to say that someone
doesn't see any adverse effects in his/her use patterns and Emacs
customizations.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 17:15:01 +0000
Resent-Message-ID: <handler.42406.B42406.160805249518692 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160805249518692
          (code B ref 42406); Tue, 15 Dec 2020 17:15:01 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 17:14:55 +0000
Received: from localhost ([127.0.0.1]:58992 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpDuK-0004r6-Fr
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 12:14:55 -0500
Received: from mout.gmx.net ([212.227.15.15]:57535)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpDuI-0004qq-NB
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 12:14:39 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608052467;
 bh=LiPjvN18seXrLu6Xfha17GlRNmqCSeZ/a4M/gh1rYPQ=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=LHiy8Z+/BOPryE4bU9q2mph1VNEU1w+dALX1MYphgL7G1wyR6DjZ6tqfwdhvOvV7d
 K0gyyh83y5oMk0IhkoeNFkDua1aPTz74J+sN09TKXKOavJeBKMPX59S3zbTejE46pV
 HxHE/K2QiBfqAEX3HN/kXgwYopONA8G+picC1XBg=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([46.125.249.65]) by mail.gmx.com (mrgmx005
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MDywo-1kz5GB17Ce-009vHm; Tue, 15
 Dec 2020 18:14:27 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN> <835z53au5g.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <e6ee7eeb-729b-da72-401f-54b1a7abb340@HIDDEN>
Date: Tue, 15 Dec 2020 18:14:25 +0100
MIME-Version: 1.0
In-Reply-To: <835z53au5g.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:Vz4735sQLP6Oabn76uSDJhmzqgrn3rjNvX1ov/RLrEOvdnzFXqE
 K/DoQhjiHh/rLwOXpZpCva9CDiMMeBh2RFVRSA5vtOV97goAwUycQ0RZSEoSPcD7tVYUpQd
 LEaYVwIEuFXA27hGbtB1JE+R7+CRSrw1O7765xjyppVCa8wG6E4YciuWkCoKlSQ96H88L7H
 Bo8lS3OpuzdTVMN8pN5/Q==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:9ESfCBRr0R4=:FzQpvllhw5Th1KjSWEiV12
 ZoRzt8eMyaeGqfABHLOpwTEYx15guR3VteSK08UuBXqGvlsZcNCsn89ditkIZO4acp5r7gC6M
 eixywSFI7GXFy6WXy91jXeRbmoAxzODLzwT63jpicHA46MgJutKjb7yP4RuBP46Y2FCHU2Xhm
 BdTpXSAlrHcKTGXDNPC5I+40+zXF0sQG40RvMSlL16BiSCP0MBs0Wqbbe0rwZTPIkR7AJgMyF
 A+mZjhzxHdLORv3WC5hNYmW/ZhCUDMLEe0Rx/tWcUOETbhAenwRohvcPHyOPnbVaLjMc102SF
 Qke6ZpJ9XO6nfeoR6zmd/5nYQTSVMaUIQA7JLwoNEQNMMC5BBNA7P1rsbA07mCniVDnsnyj4O
 XJTDBgFpjGn6OsQfeGpGfTd/s8726TLmcWyYGAO134TxmM0ZZzry3VbOnPoRDl1EW7T8H/UsM
 FZ/O/5nHpWPPoYnEZG22Tz0+DNE5mhTEpVHZ2wZt67iOC0Wvyip0QjKIm7jjs5hTexJFVesIP
 quV2ge/V+8w3JL0T4bLq4T+Zt0iz17xZlebRmkOsE5sBcagmfglXLkwFQEmmJ4yV/nGiKAEfU
 JnbIun0kQZED0FRaivWwxcPUgABj6aSwWdoMK0tswauJ9MfpbTuxUmxZw1A0awU/q3wLOQvOo
 pdXcTRYTW1xYsvWZLKWIDL7nGOeOfVsYuEuJlXAI9CkWLcmC+81FxXctSmjTCtT4uDbkB1k22
 WsHHbgIMH5Swt1gtJclzb/ooYq9hdOXdskx5jBN625q75/CL6LLszY2l6exoXssqRKAyC/On0
 vfZ9/lg+Yjllr/AjbkimEJJpV+mMImIOnvR2a8lLZvYyHNb+18p3caTOL4J7Peqcoy/93xWDs
 Dsjzewh5zi95J9pPsprA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

 >> Not necessarily.  If you don't see any problems there, the calls in
 >> window_scroll_pixel_based could be possibly removed since that case
 >> should be covered elsewhere.
 >
 > Sorry, no.  We will not remove those calls without a positive evidence
 > that they are not needed.  It is not enough to say that someone
 > doesn't see any adverse effects in his/her use patterns and Emacs
 > customizations.

Agreed, obviously.  But updating the mode lines on all frames because a
user scrolls a window is pure overkill.  So if all else fails, we could
make such behavior optional.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 17:39:02 +0000
Resent-Message-ID: <handler.42406.B42406.160805391121152 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160805391121152
          (code B ref 42406); Tue, 15 Dec 2020 17:39:02 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 17:38:31 +0000
Received: from localhost ([127.0.0.1]:59011 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpEHO-0005V6-PH
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 12:38:30 -0500
Received: from outbound.soverin.net ([116.202.65.218]:41703)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1kpEHO-0005Uv-1g
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 12:38:30 -0500
Received: from smtp.soverin.net (unknown [10.10.3.24])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by outbound.soverin.net (Postfix) with ESMTPS id 4B890600D0;
 Tue, 15 Dec 2020 17:38:24 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.138]) by
 soverin.net
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1608053903; bh=2qIqohBDxMjBcZDwqQE+HGBu43kTZqce7aR3BU7g43M=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=UxHku+65NU1dPdosqPSEZMBWHMe2ah0U4dBU6GXeiZX80N03sWPn+Jhpqc4aWsTFe
 npJlAgnEBI7J/Y1mneBXqV2MSe+owKfAbfJyFo5FHCdfNdgEAmf+zUuljXQR4s9zHD
 2iQPJuel6rmdFEsVParuA2zvaXlDjE4IwtbVwA7YeJsCQ1iJojJYOejf/r/sqhbAga
 XP6nccOJM+P4+cnYSq+uVr08fPr8z8jKe8BOvBPa3ot9ciw696J3UiEPitGWQD/ci8
 sFl7RosQdOrF9ciwtp5M7ppjdUrOXyFZL5auyzsryOBo5+JRKCYws3xO8QZct4NT33
 sH+CXkgeagQZw==
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id 733B52028BC960; Tue, 15 Dec 2020 17:38:20 +0000 (GMT)
Date: Tue, 15 Dec 2020 17:38:20 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <X9j0jBpXFTyy+ETy@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 martin rudalics <rudalics@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
 konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
References: <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <X9fKOgXkHCiAQx57@HIDDEN> <83h7ooaz1y.fsf@HIDDEN>
 <f4174e42-378c-d7b1-e892-e2eadf86ea4a@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <f4174e42-378c-d7b1-e892-e2eadf86ea4a@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Tue, Dec 15, 2020 at 08:59:35AM +0100, martin rudalics wrote:
> >> Perhaps I should get rid of the internal border code, it's new to the
> >> NS port in Emacs 28.
> >
> > You could definitely make it optional, so that people who'd like
> > faster redisplay could decide whether they are okay with giving up the
> > internal border.
> 
> I haven't looked into it but can't running that code be simply
> suppressed when no internal border should be drawn anyway?  That is,
> when the width is zero which should be the default.

The default is 2 on the NS port, and on non-GTK X builds it would
appear to be 1.

I'm inclined to just leave it as-is. If people want to try setting it
to zero themselves they can, because as you say it doesn't do anything
if it's 0.
-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 18:37:02 +0000
Resent-Message-ID: <handler.42406.B42406.160805737010722 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160805737010722
          (code B ref 42406); Tue, 15 Dec 2020 18:37:02 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 18:36:10 +0000
Received: from localhost ([127.0.0.1]:59104 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpFBB-0002mr-Ru
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 13:36:10 -0500
Received: from eggs.gnu.org ([209.51.188.92]:49772)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpFB7-0002mC-SF
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 13:36:07 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:56472)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpFAv-0006io-TB; Tue, 15 Dec 2020 13:35:56 -0500
Received: from [176.228.60.248] (port=1970 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpFAu-0005gp-2x; Tue, 15 Dec 2020 13:35:52 -0500
Date: Tue, 15 Dec 2020 20:35:46 +0200
Message-Id: <83pn3aapdp.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <e6ee7eeb-729b-da72-401f-54b1a7abb340@HIDDEN> (message from
 martin rudalics on Tue, 15 Dec 2020 18:14:25 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN> <835z53au5g.fsf@HIDDEN>
 <e6ee7eeb-729b-da72-401f-54b1a7abb340@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: konrad.podczeck@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Tue, 15 Dec 2020 18:14:25 +0100
> 
>  > Sorry, no.  We will not remove those calls without a positive evidence
>  > that they are not needed.  It is not enough to say that someone
>  > doesn't see any adverse effects in his/her use patterns and Emacs
>  > customizations.
> 
> Agreed, obviously.  But updating the mode lines on all frames because a
> user scrolls a window is pure overkill.  So if all else fails, we could
> make such behavior optional.

Patches to make redisplay more fine grained will be welcome, of
course.  But they need careful analysis of which commands and
functions need what parts of the display be redrawn.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 18:56:01 +0000
Resent-Message-ID: <handler.42406.B42406.160805851012517 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160805851012517
          (code B ref 42406); Tue, 15 Dec 2020 18:56:01 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 18:55:10 +0000
Received: from localhost ([127.0.0.1]:59119 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpFTZ-0003Fp-Rm
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 13:55:10 -0500
Received: from mout.gmx.net ([212.227.17.21]:37367)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpFTY-0003FX-0v
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 13:55:08 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608058493;
 bh=PcyvPuYP3/qpWm+vrP6ADnvLRpr1V6FYMbAQAaZx5F0=;
 h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To;
 b=OLA/HUV/PsT7rg5F5tKRbeMJEQf5Ox/7s/K7t1wa2/f5RPHgHzND8mnwrIAKK4bCd
 r3Pkx+GqXPZIy8TVRwxVEyqebNgIWggMSCLhikNMkiOXSnASE+PEZtUS2VcWWPnRrz
 XZyrtkrXkLhQ7LgyDQ1fl96NObO/njN7OIbo+nxQ=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([46.125.249.65]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MPGVx-1kRxx83biv-00PbrB; Tue, 15
 Dec 2020 19:54:53 +0100
References: <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <X9fKOgXkHCiAQx57@HIDDEN> <83h7ooaz1y.fsf@HIDDEN>
 <f4174e42-378c-d7b1-e892-e2eadf86ea4a@HIDDEN>
 <X9j0jBpXFTyy+ETy@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <7a0f523a-4512-55f3-9abd-79f1efbad125@HIDDEN>
Date: Tue, 15 Dec 2020 19:54:49 +0100
MIME-Version: 1.0
In-Reply-To: <X9j0jBpXFTyy+ETy@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:yoo17MzlczfA2hRtcFo96GAPYVWC3Js1h9Cb+L4DkRyj4qBvAY0
 Shu6gGE08hEnJQCzawca82J7kHwAT/PMiq+d8X9Iq72kbKwVo/j43c7mOo787iTHUJQXii0
 OqaDo/A6b+p8p0r7KaISkfuqKPfe+yGliBqTga985p02kBDQQtSpUUrOYgViud01ZR5CaKR
 dRqs5fjwD/QxTK3+rKysQ==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:guS21/5OOck=:bblwt+UG/Lj/hTGyBjg3ss
 KxVrCA4HabVwMY1+1Sf2F0saFedJsgU0y67T5salaL6cFN2eCfIVbP/zs+Hpq8+ytRsGzE165
 TiBSwvCIAj07kIP2jlYMlWPpG0CYuXMhrO/yHhe5znxeV2EhY+0Nj+yn6pddzPilU4c1SXZ68
 B9XgPIX4yF/Tqmy5ec4aGpgIgnZWgFglT69czL6P2A3DQiZcVuRjprDqziaN+G1WHEPpFIwtd
 7gdI43CKfI24yMgDWF5vj+yENOCfViVqlvdLQekvSE1iWFIjKQ3tJyXaXz9c+AeOt8Ntyo1Xd
 1d6tbV1aAUhfKgwA53cYoOJaySlX5BtzZslBzIrVPTfsG2n1jw5rzVa8nk3shdmEyROzwCxcc
 7XsgXV8aTr0YoXe8orD8TlZhNNjCistbJXBcAdiXGz5jxYW4iCgM2c9W4JSK66PbIwFUr3+7M
 5kL0vahcQeN/8B4IasFkFaDuVQKoBCgCg/GVWsKzMqsjszwKEMWxs8C/HpdzfOKd1MjD70ja5
 qYEA+UAjMmFx7Y5Jt135OabsMSPh+8NskgD1ycAkFuAYLJ+i4XGzEZ9SCs9xUiRSw66Xo8+zm
 w/Un9GzoSnwA1HO3WDNlKx0aLueIpEMQaT9TwaBlEOkNBe8d8rcpWQF5YuVMJLXRlLd/GJS0W
 lEHQndRIDiAFDzNIac/PgLVop0c3Sa1QusX05FcdAJ7Untbj11cJjxFMpK+6lCV0yS0jswOxC
 pijIs5JGpsEEh2SnuYHlSSwPAHIQXFfcKOGreEDQVncT/fVNGq87kYC/9HzZdivNsvJJhnueb
 klZ58mMIx9UuzZ8KBs8V/yzez2iHRtPQLIOQwMFiqdJdtfEx8XL/forfp500Y/LM+bJv/bHcq
 5ScUVKMpujpz0EGF4LUw==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >> I haven't looked into it but can't running that code be simply
 >> suppressed when no internal border should be drawn anyway?  That is,
 >> when the width is zero which should be the default.
 >
 > The default is 2 on the NS port, and on non-GTK X builds it would
 > appear to be 1.
 >
 > I'm inclined to just leave it as-is. If people want to try setting it
 > to zero themselves they can, because as you say it doesn't do anything
 > if it's 0.

So if Konrad sets the 'internal-border-width' frame parameter to 0 the
slowdown should not happen.  Right?

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 19:32:02 +0000
Resent-Message-ID: <handler.42406.B42406.160806068815998 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160806068815998
          (code B ref 42406); Tue, 15 Dec 2020 19:32:02 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 19:31:28 +0000
Received: from localhost ([127.0.0.1]:59132 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpG2h-00049y-Tt
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 14:31:28 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:33154)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kpG2f-00049l-OT
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 14:31:26 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=k2HOlJfNd5LE5XwbrlXpcOu29BjpWl/hNCB9XoAaxLs=; b=q7aO4cIVKRHNSkxfh2deNhQyeO
 nIZ7RD2SznPsnzI/qSeHFs+ErnXvAS3pGqWfe1zbPM/2AOq3E8jcnmrbtmfqL0zzuTGlo2+2ohBV6
 D9kHdsvjbchUiWLe8wKbzrN/xMWeWH7d7QGKo7n260ARxG73tSVGDzuYkfc9rSDSYONc=;
Received: from justin.univie.ac.at ([131.130.3.111] helo=justin.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpG2c-0000zf-Le; Tue, 15 Dec 2020 20:31:22 +0100
Received: from 188-22-173-174.adsl.highway.telekom.at ([188.22.173.174]
 helo=[10.0.0.1])
 by justin.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpG2c-0002aN-G9; Tue, 15 Dec 2020 20:31:22 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
Date: Tue, 15 Dec 2020 20:31:19 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
X-Univie-Virus-Scan: scanned by ClamAV on justin.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Performance does not degrade when only the two calls of =
wset_update_mode_line you mentioned are commented out. However, with =
just commenting out these two instances, I still have a scroll =
performance problem when scrolling by using the scroll-bars. Could you =
also identify the instance concerning this?

Thanks, Konrad


> Am 15.12.2020 um 16:20 schrieb martin rudalics <rudalics@HIDDEN>:
>=20
> > Just to clarify, despite of the title of this bug, it is not a
> > flickering, but the mouse-wheel scrolling preformance decreases with
> > the number of open frames, in the sense that it becomes more and =
more
> > sticky.
>=20
> In that case we should consider implementing a variable that updates =
the
> mode lines on one specific frame only.  Does performance not degrade =
when
> you comment out _only_ the two instances of 'wset_update_mode_line' in
> 'window_scroll_pixel_based'?
>=20
> martin





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 19:47:02 +0000
Resent-Message-ID: <handler.42406.B42406.160806157617483 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: rudalics@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160806157617483
          (code B ref 42406); Tue, 15 Dec 2020 19:47:02 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 19:46:16 +0000
Received: from localhost ([127.0.0.1]:59160 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpGH2-0004Xv-FK
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 14:46:16 -0500
Received: from eggs.gnu.org ([209.51.188.92]:38340)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpGGw-0004Xe-KR
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 14:46:12 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:57880)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpGGp-0007TZ-8h; Tue, 15 Dec 2020 14:46:03 -0500
Received: from [176.228.60.248] (port=2343 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpGGn-00030M-CF; Tue, 15 Dec 2020 14:46:03 -0500
Date: Tue, 15 Dec 2020 21:45:55 +0200
Message-Id: <83k0tiam4s.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN> (message from
 Konrad Podczeck on Tue, 15 Dec 2020 20:31:19 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Konrad Podczeck <konrad.podczeck@HIDDEN>
> Date: Tue, 15 Dec 2020 20:31:19 +0100
> Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
> 
> Performance does not degrade when only the two calls of wset_update_mode_line you mentioned are commented out. However, with just commenting out these two instances, I still have a scroll performance problem when scrolling by using the scroll-bars. Could you also identify the instance concerning this?

Please be more specific: how do you scroll with the scroll bars, and
what kind of performance problem you experience as result of that?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 19:52:02 +0000
Resent-Message-ID: <handler.42406.B42406.160806187117987 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160806187117987
          (code B ref 42406); Tue, 15 Dec 2020 19:52:02 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 19:51:11 +0000
Received: from localhost ([127.0.0.1]:59169 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpGLn-0004g3-Bm
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 14:51:11 -0500
Received: from outbound.soverin.net ([116.202.65.218]:40863)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1kpGLl-0004fk-6J
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 14:51:09 -0500
Received: from smtp.soverin.net (unknown [10.10.3.24])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by outbound.soverin.net (Postfix) with ESMTPS id E2169600D0;
 Tue, 15 Dec 2020 19:51:02 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.138]) by
 soverin.net
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1608061862; bh=uPxBvtYAm8rUhGBIGXAS0kbEBH5f9aqLRd3edBks52U=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=QMUW5GcAA4YqEjHXAbOOU+sBI5n3RXDKWQQB9fuckEHon0sI+zEZQ4ICg/KGvKZGt
 aq5Gems7Gy6cQTN+BJzYi3Ca6xXvuDMM25XLT/4RM9PVgUclKGKEP/ZFQVUXEKO7QU
 Epgmt2wXTVH1yjaxO8R8UJakJXhdw7dhcIAHIZGa1hfQBLdHCfVdOPGPDb0DSG3HWg
 ELuG33goi2HjG01c+sPqbP3GygBg22rIuMp4urMQgCOmuEA2k/x7DSQqA5CKyo1zq4
 4yvZzZXf2zRlmEuy0bfckaf4cSrqmbu3YmnEdgZkkf1vzcGVzjn89r/9uEBaIQOG8r
 olQESAr+/DqeA==
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id A76FF2028BD280; Tue, 15 Dec 2020 19:50:58 +0000 (GMT)
Date: Tue, 15 Dec 2020 19:50:58 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <X9kTomgNdraiP3QJ@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 martin rudalics <rudalics@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
 konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
References: <83czzg3ge1.fsf@HIDDEN> <X9PYpLzN6wFcnt40@HIDDEN>
 <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
 <837dpkcqpa.fsf@HIDDEN> <X9fKOgXkHCiAQx57@HIDDEN>
 <83h7ooaz1y.fsf@HIDDEN>
 <f4174e42-378c-d7b1-e892-e2eadf86ea4a@HIDDEN>
 <X9j0jBpXFTyy+ETy@HIDDEN>
 <7a0f523a-4512-55f3-9abd-79f1efbad125@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <7a0f523a-4512-55f3-9abd-79f1efbad125@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Tue, Dec 15, 2020 at 07:54:49PM +0100, martin rudalics wrote:
> >> I haven't looked into it but can't running that code be simply
> >> suppressed when no internal border should be drawn anyway?  That is,
> >> when the width is zero which should be the default.
> >
> > The default is 2 on the NS port, and on non-GTK X builds it would
> > appear to be 1.
> >
> > I'm inclined to just leave it as-is. If people want to try setting it
> > to zero themselves they can, because as you say it doesn't do anything
> > if it's 0.
> 
> So if Konrad sets the 'internal-border-width' frame parameter to 0 the
> slowdown should not happen.  Right?

The cursor is still redrawn, so it may make no difference.

The NS port has two drawing paths, on older macs and Gnustep it draws
and the screen is updated piecemeal. On newer macs it draws to an
offscreen buffer and then that buffer is drawn to the screen. Drawing
the buffer to the screen is very slow.

It depends what Konrad's system is doing whether it will make much
difference, but I suspect he's using the off-screen buffer path so the
cursor redraw will force the whole frame update anyway.

-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 19:53:02 +0000
Resent-Message-ID: <handler.42406.B42406.160806195618118 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: martin rudalics <rudalics@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160806195618118
          (code B ref 42406); Tue, 15 Dec 2020 19:53:02 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 19:52:36 +0000
Received: from localhost ([127.0.0.1]:59173 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpGN9-0004iA-NK
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 14:52:35 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:37356)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kpGN3-0004hx-T4
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 14:52:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=qI+2ORrLB6rBiA+EXihLhZ/zwh6nlDojCLAdcTQra+Y=; b=lebLNB0CbprQGmBvxFp5BJAbNN
 h8al/PM0w642mfwyI8CAw0CMmhedpAVWfvYJo7NuCswMGpbkNk3Ades6MNDbmWb0MNAGlN2JE7DhM
 fjybVeTly34QLYzsVaGSc2wX2+tHS2LGhCMMoIPtVPlowhYkd61haKPt2ptkVa29uQ+k=;
Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpGN0-0003Eg-NE; Tue, 15 Dec 2020 20:52:26 +0100
Received: from 188-22-173-174.adsl.highway.telekom.at ([188.22.173.174]
 helo=[10.0.0.1])
 by joan.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpGN0-0005QL-I6; Tue, 15 Dec 2020 20:52:26 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <83k0tiam4s.fsf@HIDDEN>
Date: Tue, 15 Dec 2020 20:52:25 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <1216262E-053D-49BB-9D79-5F7FB3395FE9@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN> <83k0tiam4s.fsf@HIDDEN>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
X-Univie-Virus-Scan: scanned by ClamAV on joan.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Just using the mouse, moving the vertical scroll-bars up and down. As =
with mouse-wheel scrolling, performance decreases with the number of =
open frames, in the sense that scrolling becomes more and more sticky.



> Am 15.12.2020 um 20:45 schrieb Eli Zaretskii <eliz@HIDDEN>:
>=20
>> From: Konrad Podczeck <konrad.podczeck@HIDDEN>
>> Date: Tue, 15 Dec 2020 20:31:19 +0100
>> Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
>>=20
>> Performance does not degrade when only the two calls of =
wset_update_mode_line you mentioned are commented out. However, with =
just commenting out these two instances, I still have a scroll =
performance problem when scrolling by using the scroll-bars. Could you =
also identify the instance concerning this?
>=20
> Please be more specific: how do you scroll with the scroll bars, and
> what kind of performance problem you experience as result of that?





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 20:06:01 +0000
Resent-Message-ID: <handler.42406.B42406.160806272219401 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: rudalics@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160806272219401
          (code B ref 42406); Tue, 15 Dec 2020 20:06:01 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 20:05:22 +0000
Received: from localhost ([127.0.0.1]:59185 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpGZW-00052r-9o
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 15:05:22 -0500
Received: from eggs.gnu.org ([209.51.188.92]:43452)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpGZU-00052a-6X
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 15:05:20 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:58399)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpGZM-0001e4-2j; Tue, 15 Dec 2020 15:05:12 -0500
Received: from [176.228.60.248] (port=3513 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpGZK-0007RP-S0; Tue, 15 Dec 2020 15:05:11 -0500
Date: Tue, 15 Dec 2020 22:05:04 +0200
Message-Id: <83im92al8v.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <1216262E-053D-49BB-9D79-5F7FB3395FE9@HIDDEN> (message from
 Konrad Podczeck on Tue, 15 Dec 2020 20:52:25 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN> <83k0tiam4s.fsf@HIDDEN>
 <1216262E-053D-49BB-9D79-5F7FB3395FE9@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Konrad Podczeck <konrad.podczeck@HIDDEN>
> Date: Tue, 15 Dec 2020 20:52:25 +0100
> Cc: martin rudalics <rudalics@HIDDEN>,
>  Alan Third <alan@HIDDEN>,
>  42406 <at> debbugs.gnu.org
> 
> Just using the mouse, moving the vertical scroll-bars up and down. As with mouse-wheel scrolling, performance decreases with the number of open frames, in the sense that scrolling becomes more and more sticky.

As long as you invoke scrolling commands (and that's what the scroll
bar eventually does in Emacs), you will always have the same problem:
scrolling commands cause Emacs redraw all the frames.  If the NS port
does that inefficiently, you will see performance hit.  The general
assumption in the Emacs display engine is that the absolute majority
of the frame's display will not actually be redrawn on the glass,
because Emacs knows they don't need to.  If the NS port violates this,
or if it is too slow to redraw the frame decorations that Emacs cannot
control directly (i.e. it cannot know whether they need to be
redrawn), then the performance you see will be worse than expected.

How many frames do you need to create before just dragging the
scroll-bar thumb slows down enough to be tangible? 2? 5? 10? more?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 20:13:01 +0000
Resent-Message-ID: <handler.42406.B42406.160806315120055 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: martin rudalics <rudalics@HIDDEN>, alan@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160806315120055
          (code B ref 42406); Tue, 15 Dec 2020 20:13:01 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 20:12:31 +0000
Received: from localhost ([127.0.0.1]:59189 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpGgR-0005DP-53
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 15:12:31 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:40144)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kpGgO-0005DF-Pp
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 15:12:29 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=Q20w0YGVk4OMoybWZ3lCgBE3M4mKNJtyc3i4W14H6Qs=; b=R8laSs45VE+Vr82mgIe7V9Fb5p
 CroVZ6PF+kLYEQA27xEj15rfIyctSUFyKlmTkmYKmQDHVPkMy6C9kYP1hxmQHJgnGf+4Tcl22+Ruu
 NK79ENWTeqfa55pDCo79KLBbeXsudCUcgtWRKUJwScGIEzR12kKZpsz7TZtfkIsDSunY=;
Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpGgL-0004rF-41; Tue, 15 Dec 2020 21:12:25 +0100
Received: from 188-22-173-174.adsl.highway.telekom.at ([188.22.173.174]
 helo=[10.0.0.1])
 by joan.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpGgK-0007C1-IG; Tue, 15 Dec 2020 21:12:25 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <83im92al8v.fsf@HIDDEN>
Date: Tue, 15 Dec 2020 21:12:24 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <487E7E5C-3C1A-4219-963C-27A210450DF7@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN> <83k0tiam4s.fsf@HIDDEN>
 <1216262E-053D-49BB-9D79-5F7FB3395FE9@HIDDEN> <83im92al8v.fsf@HIDDEN>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
X-Univie-Virus-Scan: scanned by ClamAV on joan.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

5 frames

> Am 15.12.2020 um 21:05 schrieb Eli Zaretskii <eliz@HIDDEN>:
>=20
>> From: Konrad Podczeck <konrad.podczeck@HIDDEN>
>> Date: Tue, 15 Dec 2020 20:52:25 +0100
>> Cc: martin rudalics <rudalics@HIDDEN>,
>> Alan Third <alan@HIDDEN>,
>> 42406 <at> debbugs.gnu.org
>>=20
>> Just using the mouse, moving the vertical scroll-bars up and down. As =
with mouse-wheel scrolling, performance decreases with the number of =
open frames, in the sense that scrolling becomes more and more sticky.
>=20
> As long as you invoke scrolling commands (and that's what the scroll
> bar eventually does in Emacs), you will always have the same problem:
> scrolling commands cause Emacs redraw all the frames.  If the NS port
> does that inefficiently, you will see performance hit.  The general
> assumption in the Emacs display engine is that the absolute majority
> of the frame's display will not actually be redrawn on the glass,
> because Emacs knows they don't need to.  If the NS port violates this,
> or if it is too slow to redraw the frame decorations that Emacs cannot
> control directly (i.e. it cannot know whether they need to be
> redrawn), then the performance you see will be worse than expected.
>=20
> How many frames do you need to create before just dragging the
> scroll-bar thumb slows down enough to be tangible? 2? 5? 10? more?





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 20:34:01 +0000
Resent-Message-ID: <handler.42406.B42406.160806439330399 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: rudalics@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160806439330399
          (code B ref 42406); Tue, 15 Dec 2020 20:34:01 +0000
Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 20:33:13 +0000
Received: from localhost ([127.0.0.1]:59269 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpH0T-0007uF-IR
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2020 15:33:13 -0500
Received: from eggs.gnu.org ([209.51.188.92]:50190)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpH0R-0007u2-Fy
 for 42406 <at> debbugs.gnu.org; Tue, 15 Dec 2020 15:33:12 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:58937)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpH0K-0005Oc-9K; Tue, 15 Dec 2020 15:33:04 -0500
Received: from [176.228.60.248] (port=1241 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpH0I-0004DE-UW; Tue, 15 Dec 2020 15:33:03 -0500
Date: Tue, 15 Dec 2020 22:32:57 +0200
Message-Id: <83czzaajye.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <487E7E5C-3C1A-4219-963C-27A210450DF7@HIDDEN> (message from
 Konrad Podczeck on Tue, 15 Dec 2020 21:12:24 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN> <83k0tiam4s.fsf@HIDDEN>
 <1216262E-053D-49BB-9D79-5F7FB3395FE9@HIDDEN> <83im92al8v.fsf@HIDDEN>
 <487E7E5C-3C1A-4219-963C-27A210450DF7@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Konrad Podczeck <konrad.podczeck@HIDDEN>
> Date: Tue, 15 Dec 2020 21:12:24 +0100
> Cc: martin rudalics <rudalics@HIDDEN>,
>  alan@HIDDEN,
>  42406 <at> debbugs.gnu.org
> 
> 5 frames

Here on MS-Windows, I see no difference between 2 frames and 5.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 08:47:02 +0000
Resent-Message-ID: <handler.42406.B42406.16081083984263 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16081083984263
          (code B ref 42406); Wed, 16 Dec 2020 08:47:02 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 08:46:38 +0000
Received: from localhost ([127.0.0.1]:59765 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpSSD-00016h-W0
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 03:46:38 -0500
Received: from mout.gmx.net ([212.227.17.22]:56301)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpSSB-00016Q-L7
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 03:46:36 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608108380;
 bh=FOc4ug/K7fgP8Jqj55Gxr+J3kdGVwEJTUNV/ydZMYRU=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=FBEmNSN4uSWtT4ibjpmMBbPRx+tyK25JwovAdGg8N5WHaHkWmGkdY55cPg0XNOn3L
 uQ4uRO6fVGvWKqD4waQ313VHdbEX1//8RMOPI0k520m5ffD2MhfbymvkSNy/8PBiO8
 sb9Sq6rbkhKH1S+Mew385jMNdLv8Lxr5gpU4IvyA=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.66]) by mail.gmx.com (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mnpru-1kIuzG2c0o-00pIJC; Wed, 16
 Dec 2020 09:46:20 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN>
Date: Wed, 16 Dec 2020 09:46:18 +0100
MIME-Version: 1.0
In-Reply-To: <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:qNUade970IGtO1mAog6NVngHDTl3QVs6FU2Rgw5+/6poL5xXnXo
 /l3/tSRqSGMMYMNqp3bNud3dMa2+QHaVdXr9P8B5fwrbc92Y9VYtRUhoAgmOXanLbbMI/yk
 cMSBX9/i6uUE59pCPMU/3sXQx3cl1/fT/48BXFNGGrLD9UsbfE1wvP1sj9YlqfQ0WNkm2YQ
 NIF3DjPnrbYc7GxmkhsdQ==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:AfyB2Nh3E3I=:BjUVsf0SBlfonzlIJwO8+u
 0TRkwY1bD73DgHKEWXQZfjTLHf4QzDY9eGUArv2pXjkpuk4P2+p3ERxj8pZBYoraZk62j2oVW
 cd/UNXuxD53iN3SbeRqVU+0Ok1UAtVQa0ANtDtRnex27XEa4bzIMlK6D3CB5ebdh+L34pX3ZT
 ZGUo5+BdkgquJkKBBz3aZ4FJ0pk88L7dWBG4Zdy1sTFfARwB0uYGozHpxskKCcyMnPUay3Ynx
 6jzKaJMJj/OoHdLe14N/tlcHb4QdP3+G1iGanIuFYs20t+AbmJPVykncmoKq74GosTHLD46sl
 N2ylqgzLaL5tPe6X8bV7e3/qg5ya3z1SdHm26fY10T3GUaYCAw6OKH/VQKW6SAXcbG/ooIBhv
 +j/221UgqWrf6FFQlHkjYTPsJprTt9NZEWZ/sz8WlU9Fni7tmMzDjuWa5VxgwtCjakIj984Qk
 hJh19eMXe12YzcAzhI+UE/d1BkGotF+5bTIYTNrYUchyAYT2ys3idLPdb0FGB1769fWd1tBP9
 KziQ/dPjfpgJ4IEAbXte5Yyew7h/r/rEV5/bKIwu/DYvqrDKU+ag72RVcp/h3dOF0WVFOKezF
 S+0Rgjhzbc6wTr+izbWySRJYrDYHJHv/l9tLR4EZI1ZYddV8XStxJPVcY2OtpU3uE13SxlX7l
 c3OaZn6k6vQszLfBvleZ2EKvu1NCjvJ/BNMormpKMnxn3GkbcERz5B5hhQ/ttqYdq5420zV07
 f18IBiRYOf1YesJMP1LTQYoBWc5qyv8rSN+fqau0OCYXjNkrK/l1Y4IYSyg/ZydYChflDMuEM
 KZXjl08ZBGoqKV+RSaeSxjKrr4LPwsOZQkbth7gnDcEJQ7KX+gwwnUxgHKGJf3h+mzuDKLgix
 ASZ8fo37Q9KbXY470YMA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > Performance does not degrade when only the two calls of
 > wset_update_mode_line you mentioned are commented out. However, with
 > just commenting out these two instances, I still have a scroll
 > performance problem when scrolling by using the scroll-bars. Could you
 > also identify the instance concerning this?

I forgot how Emacs precisely handles that.  Maybe Eli can tell.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 08:48:01 +0000
Resent-Message-ID: <handler.42406.B42406.16081084324340 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16081084324340
          (code B ref 42406); Wed, 16 Dec 2020 08:48:01 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 08:47:12 +0000
Received: from localhost ([127.0.0.1]:59770 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpSSm-00017w-7w
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 03:47:12 -0500
Received: from mout.gmx.net ([212.227.17.21]:55009)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpSSk-00017d-Ff
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 03:47:10 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608108410;
 bh=yctiZ0yv5V7JXkMiRWSUlZxWeAwFV+yNkBazSECAU1o=;
 h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To;
 b=TneFHwjR6wwasb1pbfBKte0p7FIq/G91I8lm8dU3PsQs+Gd4c1lBd5Bz0J+3aML9D
 fzgF8PYOJkUYxdbUJLejjZcVIMOKrckTZt2XaamjfI1XAoAfBo9KiqpaQP8Lm1E5gs
 VIuxSl04etkp/2PBmV6W/6rS5NK5Iel7NRWjMmYY=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.66]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MAONX-1kwMKo3rlD-00Buwf; Wed, 16
 Dec 2020 09:46:50 +0100
References: <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <X9fKOgXkHCiAQx57@HIDDEN> <83h7ooaz1y.fsf@HIDDEN>
 <f4174e42-378c-d7b1-e892-e2eadf86ea4a@HIDDEN>
 <X9j0jBpXFTyy+ETy@HIDDEN>
 <7a0f523a-4512-55f3-9abd-79f1efbad125@HIDDEN>
 <X9kTomgNdraiP3QJ@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <a004cefb-e4e1-06ee-9d23-0720810c197e@HIDDEN>
Date: Wed, 16 Dec 2020 09:46:48 +0100
MIME-Version: 1.0
In-Reply-To: <X9kTomgNdraiP3QJ@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:YCYpdDjOobFbqOfFf88c7OOBYrw5dl7EYgB8ouFhaTRuAWsKSg5
 kNcFhIOosyigikoim3KyzPWq5Yf5/6/aYL3CumNZUNgCAA6dX7fmY4lMYEp5/Gke1Cn1dDT
 2gUnPYFs8tYS3WdHoOvPmanoEHtp83oFjh8Ta1O/8yLsocD2YCbgviuumJVX9tioXwncDxW
 Y738IiCYJW+w97WD8r5Rg==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:j5DT6tAqmHU=:5cQtf81Tahz6yzCztitwMJ
 +oNMQgHEzZXypibVotAjkMn0ync7CW3Z8v4x5uVl3pdYGTy7cfPeCDUG4lwcnYAqyu6ENd5bf
 avcV7VLNyLrhszGIV/MYyByKjZslvX/sDgBjuHugxasMbdvtQahDyukYImS2tqf/Sqfss/BGh
 elTc20W03/s0ST+wifhWd7M18ldUY7l3h0MkfIoxJHI4iiOJpmikcXwPMZQeGhD16J6YLsRBm
 rZorx2+bl3fM/TJT/t4BQZ/W4pdM0+0UMvIBCR3/gayoUv2Fcb6w5+8hf2KNMwTnCJgg/7uy6
 z68jvTwzkBAFa0WP5WoPQBieLMLvxfenMzUam9T/dDKjVSEi1QyB1DtMv46DD8a5hZtE31MhD
 lCyxhurSO6VBHfeHPkE0oGjpNjheQBXLOVcvzt3EMQK1CjFCFhhFihf98jiwJfG6ZEizLtKJL
 cs2u1xigyFtcE6A7TJhODm6Xtg3vkpgllagsUKF8ZB4ylzDoFk11RTvtEIX14tFO5fCjxjQrP
 wTlALMhNps6DRF1cI9iUQ0nNkaUJLYfgfawqe1ITKC/gaotH/SqYV3uqBCSFJvrbtkN4FGiYI
 YWbiIslw1JGiSX3wVakMD4Sz66ppSuJs7lVgqfEWcwFFZuKjwu4MnTL5eyVy1as8/vbaUXp1s
 HQSCfRcTHYCHObrsXlYC/LlqhIHcBDg2az7J28Oe+ZID6UlfsYMILAqJPwevWIzTM/hNSpRy5
 NbgMjIXhaNCUdEG4WR/dyYmVxOlS9t8t/8A/TNPeZhG96TUVlwblq++n2JktcTn7kbkP6ah72
 y14rVc60dhz2bufZ7XZ/y4t1t5kIbkoDjjUqhJP6X3Y6fU5tJ+zoftc+npOpyeF21TSdAHboa
 GbKFj9Ptne4mIL42cyMw==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >> So if Konrad sets the 'internal-border-width' frame parameter to 0 the
 >> slowdown should not happen.  Right?
 >
 > The cursor is still redrawn, so it may make no difference.

Because of the update mode lines flag?

 > The NS port has two drawing paths, on older macs and Gnustep it draws
 > and the screen is updated piecemeal. On newer macs it draws to an
 > offscreen buffer and then that buffer is drawn to the screen. Drawing
 > the buffer to the screen is very slow.
 >
 > It depends what Konrad's system is doing whether it will make much
 > difference, but I suspect he's using the off-screen buffer path so the
 > cursor redraw will force the whole frame update anyway.

Konrad says that when he suppresses setting the update mode lines flags
he sees no delays.  But apparently his cursor is still redrawn correctly
because he has seen no problems.  I'm just asking myself whether we talk
about the same problem here or only related ones.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 08:48:01 +0000
Resent-Message-ID: <handler.42406.B42406.16081084364350 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>, Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: alan@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16081084364350
          (code B ref 42406); Wed, 16 Dec 2020 08:48:01 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 08:47:16 +0000
Received: from localhost ([127.0.0.1]:59772 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpSSp-000186-Fy
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 03:47:16 -0500
Received: from mout.gmx.net ([212.227.17.21]:60045)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpSSl-00017f-NS
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 03:47:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608108420;
 bh=hVcrF13zGiMKeVe4Ra+adI736l0PL7ldBfAU6hdi2e8=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=bm3E2Tu007TFYoUzXRWxGD5gb/XvZjEvSBdrU103yzEYZ0eXALcgAEltyMqEkWaqr
 oX18L/ha9OUiVkC5WbUPdGrAMRzv6p9N45JO2+UilggGUgdD4Cf1wi5RL2ylcjPhEP
 VjsveAjGJRZJiuuKRnQ58SqY5g+IBy2zPT6XZpCw=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.66]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N7R1J-1k1WgL2tkD-017qOh; Wed, 16
 Dec 2020 09:47:00 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN> <83k0tiam4s.fsf@HIDDEN>
 <1216262E-053D-49BB-9D79-5F7FB3395FE9@HIDDEN> <83im92al8v.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <de66f6b8-0be6-fae9-1f33-77793b24593e@HIDDEN>
Date: Wed, 16 Dec 2020 09:46:59 +0100
MIME-Version: 1.0
In-Reply-To: <83im92al8v.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:j04ODzS8LLTyyXZ5EdvjW3Cm7Vf8FxTYIhc9MOGqFAnq0u2hC5E
 e86J68cwtyGG0QMseUp8gWRTGOmEjolaBDwwm/NSsci7yvbfieYgIYYpIeTgG039dYRwpzf
 Sr2StfXFA9yifIczRGda3fzjfeiPimUCN/j145Z6hHkEuR519rYPpYDkgbC6oE05Rzj2hEp
 CxjeEo5lQjaiMxftbMKbA==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:V4MlNj2tvOM=:BUCAJAFeRqQ0nUSqsjJE1y
 4k5+ikKt8jpzLqErFiOWi0XrsrZWlUcQLZ7QgTvaPE+2tIWLFkAPO/LZGQsgo/9DelGvabwup
 3psNslRe3Z/b90BOyJi59ofxFy5f4wDpjoRDThPrcKmiFOff3zS/2KTeEZe7QxhTmorKcN31f
 noKWYjwOqCKUtjzKJHT2bHJonHLp087wrOBZKVQn4aTbU28frsvURAgBe8YmTtxFD0pHXNPZ+
 B2p/VMkr+TMxJh8/pJQmIgHCCh98ZvTlmy+ZU4Y9P5oeSm8bdeO9vYyzj0L+BUNIp/KidZP62
 fFRI5ju9WZslzDHGI/5OVBpHE9WYXORFF7jShxloDrB698DmXcDxVjvoGgEF7RArHQ0QtcKZP
 NAz6NdEjl2/ozZKVPLh+qwTEh8lbkzgNhTMSIiYaxNI8bWzV2RA8j9lfFc0mEvy/0AftNuBBK
 xL5NxY5+cPCjbB2y/7FU+oRbZp9Tctse4DsQHE8q7g1tGwUEVNnTRYYpDKtLYrPLdp1/VLXbv
 lAl7oEvhALtJGXSU1FPeIxyB2A4ypFcg/ynhh04EFKUXnx+JW2wuAg48cTDQH6HwHQG6iKTrB
 qm4GgWga+Td7VS/vJlNJXGERoCrAsPKpwVvEyS3b0k5C8mXUAOd/gy2mgmqVhZDLhJSWYMUyd
 LImdps9MsM+0bc866UfkIK/ay5g2wAiYOWE5TAuCdri9I8eSYOWzevBGanzOJj8Di3+LemE9x
 n24XiZituo0ntll/uUMSoJMmkwchaBKu92djStCjek5rgAN4T5qJXa6w4rHsxJVa2Iqh3JRti
 QnoWPWPEYyt5BH4zPHZkrQ3p64PTxE3aTmRgK2TdTVVoMcB99zD4a3DedRlgMHjSkT6/x3yuL
 sLJVOn3GWPn+oDwuYDcA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > As long as you invoke scrolling commands (and that's what the scroll
 > bar eventually does in Emacs), you will always have the same problem:
 > scrolling commands cause Emacs redraw all the frames.

Because it has to update mode lines or are there any other reasons?

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 15:59:01 +0000
Resent-Message-ID: <handler.42406.B42406.160813432418280 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160813432418280
          (code B ref 42406); Wed, 16 Dec 2020 15:59:01 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 15:58:44 +0000
Received: from localhost ([127.0.0.1]:33587 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpZCO-0004km-2r
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 10:58:44 -0500
Received: from eggs.gnu.org ([209.51.188.92]:59340)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpZCK-0004kT-2Y
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 10:58:42 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:56938)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpZCC-00026k-0O; Wed, 16 Dec 2020 10:58:32 -0500
Received: from [176.228.60.248] (port=4629 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpZCB-0007gz-1O; Wed, 16 Dec 2020 10:58:31 -0500
Date: Wed, 16 Dec 2020 17:58:28 +0200
Message-Id: <831rfpagkb.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <de66f6b8-0be6-fae9-1f33-77793b24593e@HIDDEN> (message from
 martin rudalics on Wed, 16 Dec 2020 09:46:59 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN> <83k0tiam4s.fsf@HIDDEN>
 <1216262E-053D-49BB-9D79-5F7FB3395FE9@HIDDEN> <83im92al8v.fsf@HIDDEN>
 <de66f6b8-0be6-fae9-1f33-77793b24593e@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: alan@HIDDEN, 42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Wed, 16 Dec 2020 09:46:59 +0100
> 
>  > As long as you invoke scrolling commands (and that's what the scroll
>  > bar eventually does in Emacs), you will always have the same problem:
>  > scrolling commands cause Emacs redraw all the frames.
> 
> Because it has to update mode lines or are there any other reasons?

Mode lines, header lines, and frame title.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 16:01:01 +0000
Resent-Message-ID: <handler.42406.B42406.160813444118576 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160813444118576
          (code B ref 42406); Wed, 16 Dec 2020 16:01:01 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 16:00:41 +0000
Received: from localhost ([127.0.0.1]:33591 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpZEH-0004pY-Gi
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 11:00:41 -0500
Received: from eggs.gnu.org ([209.51.188.92]:60070)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpZEG-0004pN-DZ
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 11:00:40 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:56988)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpZEB-0002bB-2C; Wed, 16 Dec 2020 11:00:35 -0500
Received: from [176.228.60.248] (port=4753 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpZE9-0002Y2-7d; Wed, 16 Dec 2020 11:00:33 -0500
Date: Wed, 16 Dec 2020 18:00:30 +0200
Message-Id: <83zh2d91wh.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> (message from
 martin rudalics on Wed, 16 Dec 2020 09:46:18 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: martin rudalics <rudalics@HIDDEN>
> Date: Wed, 16 Dec 2020 09:46:18 +0100
> Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
> 
>  > Performance does not degrade when only the two calls of
>  > wset_update_mode_line you mentioned are commented out. However, with
>  > just commenting out these two instances, I still have a scroll
>  > performance problem when scrolling by using the scroll-bars. Could you
>  > also identify the instance concerning this?
> 
> I forgot how Emacs precisely handles that.  Maybe Eli can tell.

See scroll-bar-toolkit-scroll.  Basically, it calls
scroll-up/scroll-down.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 16:54:01 +0000
Resent-Message-ID: <handler.42406.B42406.160813763323621 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160813763323621
          (code B ref 42406); Wed, 16 Dec 2020 16:54:01 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 16:53:53 +0000
Received: from localhost ([127.0.0.1]:33598 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpa3k-00068v-Lg
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 11:53:52 -0500
Received: from mout.gmx.net ([212.227.17.20]:42689)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpa3h-00068e-7h
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 11:53:51 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608137619;
 bh=KvG8/cCs1gsjnpqYUsJ+QBTM2o2w4qzyZ0xH/fQqXIk=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=VILxWRauXyxUZB/8+/Mr8mkcsWnNhUPi0zyl+SCf907MlJaU/oU4OTkXlzgUsJWbf
 f6upWFcokkSRf6yZFQ/0Yt3sc/JsEDpKGrJOUk7mHL5RNvx/ZfnN5zkk3WOAHUz4qr
 Bzdj/q8iNyUA1vVqGqjPtcrHI0CStnNKZwuG//Rs=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.66]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mi2O1-1kCNPu21lx-00e1uk; Wed, 16
 Dec 2020 17:53:39 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN>
Date: Wed, 16 Dec 2020 17:53:37 +0100
MIME-Version: 1.0
In-Reply-To: <83zh2d91wh.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:xMjq6VtcJ5AsbU17XlLWYv/wvnpr787bRrx8GP1KTWs3+S6NRnt
 1xQtnNpoQXTvjHVyHOXYCjddVmGMaThEbDz5WPu+CtzroIsm5jhISlprZOJj3fAKcm0JcY3
 NxDhVh6c5tkmohe9OG5H3+xtqCDS9Uj2gu7aJMykJsGz1nDxyA6UF67B7FAuAYJlEX7+p2W
 m3NMFNp4NCgKCHXDFwj0Q==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:F/J5l4BwfAs=:7RkBaICCabyCm5juTsu0JS
 Wt2chCognX/27CCg+Xi5w7GrcCLlyoMgnp51jPsGJ1XQH1Iy4vt5lyyLzPKmefgp6wZCk9enJ
 3zKfTnH78lu0byNuCisksMFu0jTQzfqr/rQ2N70iUSYDRNju1se/v/VoOm68YHzWwg8zzf3RF
 Z+t0r1cITw7NMBrjUet/4IZnmAQqdCZjw/ZBvSh8+AErxVYG+UKW0XqYD6o/eco/9ZJ7vtQvE
 10VYll0T0AXcnUWosmd52TLC5KYVp7eV0pB0qlMIXXvCYwayOZJtLYpWVm1B4yZbUxaLEy8El
 +wcOraGgsECgCSot/xNYuj+uqAWKCSbzAr5mH84Gk9ynK0A+0KjvRYSsp3/FpVbw69qbW8IZ/
 ksS27/i6MP96PpORaEl0ulOJ8O2Gpk5unFmTUZYlqxF6PDW5CXWHWAvY60f3eI2L48bGggxTY
 ttWvvNXsHbh8ujxSqm+EwtftGpZtW/wsRuSM5kgweSuHifysx6gxzgejooW93yqpLerlddkfl
 A1DN3qPqEuB9PhNdxM6T0Y4PmexgM/odYhzcGMcVz4DFCGsc4+/RApjcqRn65l1FjviptINgx
 bOgj/z15+1uQ+vQtWdHHxrvugnuWjdMM095/B4LFO6MjXihA7piM+16CiwFx6zXWIa3FApz4w
 ou+FSMADCCWlGiw8R6AX6qdHtwD+Y9KweCegFoW5d/v3zeV00uVLxHGY1pePMvcQUKcncC2/F
 5ShZz+p+IzzwqPo3Hfmhh7caGYHW/ohKvESM7DhrtmPAtX8Ab6r1XPXWypYYMRlGKPwMuMLSs
 y24ibSpX83p53XHweBo1q+N6D8d6Tdi9z8sXNI5RPIKTn6hvJxGvtUNta0f81SRebr4wMpkHl
 wQE2yV40fmk23yYMkpWQ==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >>   > Performance does not degrade when only the two calls of
 >>   > wset_update_mode_line you mentioned are commented out. However, with
 >>   > just commenting out these two instances, I still have a scroll
 >>   > performance problem when scrolling by using the scroll-bars. Could you
 >>   > also identify the instance concerning this?
 >>
 >> I forgot how Emacs precisely handles that.  Maybe Eli can tell.
 >
 > See scroll-bar-toolkit-scroll.  Basically, it calls
 > scroll-up/scroll-down.

Then something else must come into play here.  I don't see where
'scroll-bar-toolkit-scroll' forces a mode line update.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 17:20:01 +0000
Resent-Message-ID: <handler.42406.B42406.160813915626041 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160813915626041
          (code B ref 42406); Wed, 16 Dec 2020 17:20:01 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 17:19:16 +0000
Received: from localhost ([127.0.0.1]:33627 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpaSK-0006lx-Gx
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 12:19:16 -0500
Received: from eggs.gnu.org ([209.51.188.92]:52910)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpaSI-0006lk-I7
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 12:19:15 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:58813)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpaSB-0007mc-Bk; Wed, 16 Dec 2020 12:19:07 -0500
Received: from [176.228.60.248] (port=1613 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpaS7-0006Wr-O2; Wed, 16 Dec 2020 12:19:07 -0500
Date: Wed, 16 Dec 2020 19:18:59 +0200
Message-Id: <83r1np8y9o.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> (message from
 martin rudalics on Wed, 16 Dec 2020 17:53:37 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: konrad.podczeck@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Wed, 16 Dec 2020 17:53:37 +0100
> 
>  >> I forgot how Emacs precisely handles that.  Maybe Eli can tell.
>  >
>  > See scroll-bar-toolkit-scroll.  Basically, it calls
>  > scroll-up/scroll-down.
> 
> Then something else must come into play here.  I don't see where
> 'scroll-bar-toolkit-scroll' forces a mode line update.

AFAIR, scroll-up does.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 18:52:01 +0000
Resent-Message-ID: <handler.42406.B42406.16081447142515 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16081447142515
          (code B ref 42406); Wed, 16 Dec 2020 18:52:01 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 18:51:54 +0000
Received: from localhost ([127.0.0.1]:33705 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpbty-0000eV-JN
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 13:51:54 -0500
Received: from mout.gmx.net ([212.227.15.19]:37087)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpbtw-0000eG-FF
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 13:51:53 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608144702;
 bh=dRLQSrWyMhWMvI3JpevKdOF6qIJXdiH0Ls7gWOL54bY=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=DfLeHsXfjJWjoRSoeo4peySNAAvqtT//sxg6lTpdR/VbL82CEgWMYl4sAdQjDTj/1
 pZzl9WprlRQzdDcL6Ay3QSg2mI0vDkTSq215vhyN81YirbvyBMRiSWrs6jxJagk/JW
 RcdAi/l+qv67h+ieSxsJbhKYIDj8bjpF+qHUV2hE=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.66]) by mail.gmx.com (mrgmx005
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MIx3I-1kVCQm0bqU-00KSOl; Wed, 16
 Dec 2020 19:51:42 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
Date: Wed, 16 Dec 2020 19:51:39 +0100
MIME-Version: 1.0
In-Reply-To: <83r1np8y9o.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:t6KH37p5mz5qD7RopbrIDcIi0AbiYyIAglPuQhOBlZSG+GYmPuV
 T0HKKvtVnUPNwToFciz2z3eUUJ0uo1Qt+HOhB4p6zwcOng9LYkNRNvXVLMsYTdD4P+whKGT
 rrxM9oTiI9bZh0sNTpIRR0zvOCMZBU3Ojw8KuGPLdRjx1xsbP1lDtJCwGtyUnXCivDfLIB3
 YklgzCfGh+t1x3QZnWxAg==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:3Nff8ettFuM=:sO8gATYkuCCW9O07BQ4HzS
 XfzlU9mRVVOR/ieissSp8XCMh5MfKnRRsm+sW9jlh29TSp69zGXvfCGxXyT/EG9o0VRWqzBt1
 CPw/4S8uWwXFELMm9bJszOh70e9DhHgVKAW9VWysOUB2IFRTBRBXgrTTgGf6ZFg78q/SZCVhs
 ieS6rQ6NlL9Orh3AntvCM2vHLqxTEx6+sUn5Ft0zpoU7SROQ6U/birHZyV+4DYoJYi8QVzErL
 Bxwt3ksqBdTuv1pe1HE+wrTLEHBEJfk/jFZOSHjhuJMc+Vtyylt3ePfjR9xWtAyJjE0sHOCvj
 eCBD8Ux45xzLa3DVjsTvaBugJCJUjFvTN6y5L3jDuGG7U6WDGhdNrJLlsani+uLHTgT2RuzbQ
 qrtpR4RLDXdWsKalr+mhF8qFVmVlFVJFzX00BjTFzPt0g0fXMuv2pusrSysekoSoUjMsFXP9I
 ofzP2u+HrsLaYa8/mQFPXrBzRPTxwZKzFIz++Pk30U01xd7dbdyQ5ejoCqPoyOpzz5YfV557g
 9sFYv+/USVZv0ydrwkQORk72XQBtsWnxjpTUauRbhoq9eeNUB08bTBHAjxwX6bPJYjBW4hWIg
 ar+GANbiRtA4BrfFeUWbankS182VG6xnxuFbnEoAeeaU2BE6VyRkeBxiAYhmfZzuZRFFCNhsN
 0aMrbH0FXSzIEYGsH3q71LaM2aZeku9EK8vyDg7Rozd/qfD5PwHcPqFi0nKRaxz77t8Ph0gqD
 iR1BuGiL0a+Wjy0CReZitEB+dr2wL0Gk9bgUbQKCWRsK7cUAgNZjkQr22XB+6qFk5Ia6KqvNS
 8SwK37r7BsXDEVJehz6dT2gTOsEprUOSVVjg78vOGwq/upjEGogRCRA9dk7Ec143f+e1ufkun
 42JAg45sXRxzqtqCxKTQ==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >> Then something else must come into play here.  I don't see where
 >> 'scroll-bar-toolkit-scroll' forces a mode line update.
 >
 > AFAIR, scroll-up does.

'scroll-up' runs scroll_command and nothing else.  And if you mean the
instances in window_scroll_pixel_based, then these are the ones Konrad
removed in his Emacs.  Maybe the NS port does something completely
different here ...

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 19:36:02 +0000
Resent-Message-ID: <handler.42406.B42406.16081473306598 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16081473306598
          (code B ref 42406); Wed, 16 Dec 2020 19:36:02 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 19:35:30 +0000
Received: from localhost ([127.0.0.1]:33737 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpca9-0001iM-SV
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 14:35:30 -0500
Received: from eggs.gnu.org ([209.51.188.92]:57650)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpca7-0001i9-E6
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 14:35:28 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:33466)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpcZz-0002Dn-SF; Wed, 16 Dec 2020 14:35:19 -0500
Received: from [176.228.60.248] (port=2035 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpcZz-0008Ld-6t; Wed, 16 Dec 2020 14:35:19 -0500
Date: Wed, 16 Dec 2020 21:35:15 +0200
Message-Id: <83eejp8ryk.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN> (message from
 martin rudalics on Wed, 16 Dec 2020 19:51:39 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: konrad.podczeck@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Wed, 16 Dec 2020 19:51:39 +0100
> 
>  >> Then something else must come into play here.  I don't see where
>  >> 'scroll-bar-toolkit-scroll' forces a mode line update.
>  >
>  > AFAIR, scroll-up does.
> 
> 'scroll-up' runs scroll_command and nothing else.

Yes.  And scroll_command calls window_scroll, and that calls
window_scroll_pixel_based, where we have these wset_update_mode_line
calls about which you asked.  Or what am I missing?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 20:30:02 +0000
Resent-Message-ID: <handler.42406.B42406.160815060111464 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160815060111464
          (code B ref 42406); Wed, 16 Dec 2020 20:30:02 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 20:30:01 +0000
Received: from localhost ([127.0.0.1]:33775 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpdQv-0002yq-4X
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 15:30:01 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:56792)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kpdQs-0002yg-Kv
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 15:29:59 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=A3mLdmOt/ofHWTMwCRxhD6rDwCryS5Q2zKJDgDq9OGI=; b=AG521YQAdPoSzY7dvsu9/rJOuH
 MFTwvPrJvQZZZeq6+bMC+aoeXlm5GMj6knvmEzhMJ9svLhzYxGnFpWIG3niw/XOMnYjpIULxfSREg
 UveMxxslNjghPLs2f4cO+cFDiqe2u/8DK1v12aR+0waggIrPaN4VJLKrRdfPvpTUmCd8=;
Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpdQo-0006wN-9q; Wed, 16 Dec 2020 21:29:54 +0100
Received: from 80-109-8-38.cable.dynamic.surfer.at ([80.109.8.38]
 helo=[192.168.0.235])
 by joan.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpdQn-0002ds-Vu; Wed, 16 Dec 2020 21:29:54 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
Date: Wed, 16 Dec 2020 21:29:53 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
X-Univie-Virus-Scan: scanned by ClamAV on joan.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

To clarify my observation:  If I comment out just the two calls to =
wset_update_mode_line that are in window_scroll_pixel_based, then the =
mouse wheel scrolling problem with multiple frames goes away, but the =
problem with scrolling via the scroll bars remains; if I comment out all =
five calls to wset_update_mode which are in window.c, then in addition =
the scroll-bar problem goes away (with multiple frames). I just wanted =
to know whether Martin has an idea which of the remaining three calls =
(when they are not out-commented) could be responsible for the =
scroll-bar problem.
=20



> Am 16.12.2020 um 19:51 schrieb martin rudalics <rudalics@HIDDEN>:
>=20
> >> Then something else must come into play here.  I don't see where
> >> 'scroll-bar-toolkit-scroll' forces a mode line update.
> >
> > AFAIR, scroll-up does.
>=20
> 'scroll-up' runs scroll_command and nothing else.  And if you mean the
> instances in window_scroll_pixel_based, then these are the ones Konrad
> removed in his Emacs.  Maybe the NS port does something completely
> different here ...
>=20
> martin





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 21:33:02 +0000
Resent-Message-ID: <handler.42406.B42406.160815433025335 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: martin rudalics <rudalics@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160815433025335
          (code B ref 42406); Wed, 16 Dec 2020 21:33:02 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 21:32:10 +0000
Received: from localhost ([127.0.0.1]:34070 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpeP3-0006Zs-BM
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 16:32:10 -0500
Received: from outbound.soverin.net ([116.202.65.218]:38055)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1kpeOy-0006R5-3J
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 16:32:07 -0500
Received: from smtp.soverin.net (unknown [10.10.3.28])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by outbound.soverin.net (Postfix) with ESMTPS id D62D76008F;
 Wed, 16 Dec 2020 21:31:57 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.142]) by
 soverin.net
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1608154317; bh=ExajetcbmfO6VFoKfIrRhafB0v214dETzor5W13XL+8=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=g1rLqpeWde8lXhV/wSm9OQp1QZwQ6Zj64Fr1UY+JB889OZ54Cm6Cys3Zr/BzEBO9T
 mBVD1b0NpR/1zkdzHYsMksq8RUMx8fauzYFJKoe3H0dI9pro6FdnZE3xOPJwvU4vec
 Gz4LIkL1vvAaGHN7WvfiKCjFXokjYTQ0b4KiO7FOMvZ2eZrR1cCHwi5s1oQYDXaoRw
 QFe4I3s021NCh2gzn+IOXnECq0PvIk/hDrhb7PdNZvYpfzHNe2DWW9CU9Jins2cc/C
 qYRewfVgripuhs+zzoqpDLAjn4tyZc8maCOpOw4jNNtI8DTO2Co9fqt10Qe+sldAPA
 2a4m3ROu53wBg==
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id 3966D2028C6EF0; Wed, 16 Dec 2020 21:31:53 +0000 (GMT)
Date: Wed, 16 Dec 2020 21:31:53 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <X9p8yewQufzp7SrL@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Konrad Podczeck <konrad.podczeck@HIDDEN>,
 martin rudalics <rudalics@HIDDEN>, 42406 <at> debbugs.gnu.org
References: <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="/EANOdbLPn8rt0D1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)


--/EANOdbLPn8rt0D1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Dec 15, 2020 at 03:06:03PM +0100, Konrad Podczeck wrote:
> Just to clarify, despite of the title of this bug, it is not a
> flickering, but the mouse-wheel scrolling preformance decreases with
> the number of open frames, in the sense that it becomes more and
> more sticky.

I don't think the attached patch will fix this, but it may improve
things a little. Can you please try it?

-- 
Alan Third

--/EANOdbLPn8rt0D1
Content-Type: text/plain; charset=utf-8
Content-Disposition: attachment;
	filename="0001-Improve-drawing-performance-on-macOS.patch"
Content-Transfer-Encoding: 8bit

From d6951394d803c36c9dafc8c941b7b40033851ec4 Mon Sep 17 00:00:00 2001
From: Alan Third <alan@HIDDEN>
Date: Wed, 16 Dec 2020 21:12:04 +0000
Subject: [PATCH] Improve drawing performance on macOS

* configure.ac: Require IOSurface framework.
* src/nsterm.h: Add new definitions.
* src/nsterm.m (ns_update_end):
(ns_unfocus): Use new unfocusDrawingBuffer method.
(ns_draw_window_cursor): Move ns_focus to before we set colors.
([EmacsView dealloc]): Release the new IOSurface.
([EmacsView createDrawingBuffer]): Use a new IOSurface to draw to
and point a CGBitmapContext to it.
([EmacsView focusOnDrawingBuffer]): Lock the IOSurface for drawing.
([EmacsView unfocusDrawingBuffer]): New function.
([EmacsView updateLayer]): Removed as no longer needed.
---
 configure.ac |  2 +-
 src/nsterm.h | 13 +++++++++
 src/nsterm.m | 75 +++++++++++++++++++++++++++++++++++++++-------------
 3 files changed, 70 insertions(+), 20 deletions(-)

diff --git a/configure.ac b/configure.ac
index 888b415148..88afd7348e 100644
--- a/configure.ac
+++ b/configure.ac
@@ -5491,7 +5491,7 @@ AC_DEFUN
    if test "$HAVE_NS" = "yes"; then
      libs_nsgui="-framework AppKit"
      if test "$NS_IMPL_COCOA" = "yes"; then
-        libs_nsgui="$libs_nsgui -framework IOKit -framework Carbon"
+        libs_nsgui="$libs_nsgui -framework IOKit -framework Carbon -framework IOSurface"
      fi
    else
      libs_nsgui=
diff --git a/src/nsterm.h b/src/nsterm.h
index f292993d8f..6c456d3724 100644
--- a/src/nsterm.h
+++ b/src/nsterm.h
@@ -435,6 +435,7 @@ #define NS_DRAW_TO_BUFFER 1
    BOOL fs_is_native;
    BOOL in_fullscreen_transition;
 #ifdef NS_DRAW_TO_BUFFER
+   IOSurfaceRef surface;
    CGContextRef drawingBuffer;
 #endif
 @public
@@ -478,6 +479,7 @@ #define NS_DRAW_TO_BUFFER 1
 
 #ifdef NS_DRAW_TO_BUFFER
 - (void)focusOnDrawingBuffer;
+- (void)unfocusDrawingBuffer;
 - (void)createDrawingBuffer;
 #endif
 - (void)copyRect:(NSRect)srcRect to:(NSRect)dstRect;
@@ -729,6 +731,17 @@ #define NS_DRAW_TO_BUFFER 1
 @end
 #endif
 
+/* This is a private API, but it seems we need it to force the CALayer
+   to recognise that the IOSurface has been updated.
+
+   I believe using it will prevent Emacs from ever making it into the
+   Apple App Store.  😎 */
+#ifdef NS_DRAW_TO_BUFFER
+@interface CALayer (Private)
+- (void)setContentsChanged;
+@end
+#endif
+
 #endif  /* __OBJC__ */
 
 
diff --git a/src/nsterm.m b/src/nsterm.m
index 7972fa4dab..8241630a50 100644
--- a/src/nsterm.m
+++ b/src/nsterm.m
@@ -72,6 +72,10 @@ Updated by Christian Limpach (chris@HIDDEN)
 #include <Carbon/Carbon.h>
 #endif
 
+#ifdef NS_DRAW_TO_BUFFER
+#include <IOSurface/IOSurface.h>
+#endif
+
 static EmacsMenu *dockMenu;
 #ifdef NS_IMPL_COCOA
 static EmacsMenu *mainMenu;
@@ -1165,7 +1169,7 @@ static NSRect constrain_frame_rect(NSRect frameRect, bool isFullscreen)
   if ([FRAME_NS_VIEW (f) wantsUpdateLayer])
     {
 #endif
-      [NSGraphicsContext setCurrentContext:nil];
+      [FRAME_NS_VIEW (f) unfocusDrawingBuffer];
 #if MAC_OS_X_VERSION_MIN_REQUIRED < 101400
     }
   else
@@ -1273,6 +1277,8 @@ static NSRect constrain_frame_rect(NSRect frameRect, bool isFullscreen)
   if ([FRAME_NS_VIEW (f) wantsUpdateLayer])
     {
 #endif
+      if (! ns_updating_frame)
+        [FRAME_NS_VIEW (f) unfocusDrawingBuffer];
       [FRAME_NS_VIEW (f) setNeedsDisplay:YES];
 #if MAC_OS_X_VERSION_MIN_REQUIRED < 101400
     }
@@ -3404,6 +3410,8 @@ Note that CURSOR_WIDTH is meaningful only for (h)bar cursors.
   /* Prevent the cursor from being drawn outside the text area.  */
   r = NSIntersectionRect (r, ns_row_rect (w, glyph_row, TEXT_AREA));
 
+  ns_focus (f, &r, 1);
+
   face = FACE_FROM_ID_OR_NULL (f, phys_cursor_glyph->face_id);
   if (face && NS_FACE_BACKGROUND (face)
       == ns_index_color (FRAME_CURSOR_COLOR (f), f))
@@ -3414,8 +3422,6 @@ Note that CURSOR_WIDTH is meaningful only for (h)bar cursors.
   else
     [FRAME_CURSOR_COLOR (f) set];
 
-  ns_focus (f, &r, 1);
-
   switch (cursor_type)
     {
     case DEFAULT_CURSOR:
@@ -6369,6 +6375,7 @@ - (void)dealloc
 
 #ifdef NS_DRAW_TO_BUFFER
   CGContextRelease (drawingBuffer);
+  CFRelease (surface);
 #endif
 
   [toolbar release];
@@ -8427,23 +8434,49 @@ - (void)createDrawingBuffer
   CGColorSpaceRef colorSpace = [[[self window] colorSpace] CGColorSpace];
   CGFloat scale = [[self window] backingScaleFactor];
   NSRect frame = [self frame];
+  int width, height, bytesPerRow;
 
   if (drawingBuffer != nil)
-    CGContextRelease (drawingBuffer);
+    {
+      CGContextRelease (drawingBuffer);
+      CFRelease (surface);
+    }
+
+  width = NSWidth (frame) * scale;
+  height = NSHeight (frame) * scale;
+  bytesPerRow = IOSurfaceAlignProperty (kIOSurfaceBytesPerRow, width * 4);
 
-  drawingBuffer = CGBitmapContextCreate (nil, NSWidth (frame) * scale, NSHeight (frame) * scale,
-                                         8, 0, colorSpace,
-                                         kCGImageAlphaPremultipliedFirst | kCGBitmapByteOrder32Host);
+  surface = IOSurfaceCreate
+    ((CFDictionaryRef)@{(id)kIOSurfaceWidth:[NSNumber numberWithInt:width],
+        (id)kIOSurfaceHeight:[NSNumber numberWithInt:height],
+        (id)kIOSurfaceBytesPerRow:[NSNumber numberWithInt:bytesPerRow],
+        (id)kIOSurfaceBytesPerElement:[NSNumber numberWithInt:4],
+        (id)kIOSurfacePixelFormat:[NSNumber numberWithInt:kCVPixelFormatType_32RGBA]});
+
+  drawingBuffer = CGBitmapContextCreate (IOSurfaceGetBaseAddress (surface),
+                                         IOSurfaceGetWidth (surface),
+                                         IOSurfaceGetHeight (surface),
+                                         8,
+                                         IOSurfaceGetBytesPerRow (surface),
+                                         colorSpace,
+                                         IOSurfaceGetPixelFormat (surface));
 
   /* This fixes the scale to match the backing scale factor, and flips the image.  */
-  CGContextTranslateCTM(drawingBuffer, 0, NSHeight (frame) * scale);
+  CGContextTranslateCTM(drawingBuffer, 0, IOSurfaceGetHeight (surface));
   CGContextScaleCTM(drawingBuffer, scale, -scale);
+
+  [[self layer] setContents:(id)surface];
 }
 
 
 - (void)focusOnDrawingBuffer
 {
-  NSTRACE ("EmacsView focusOnDrawingBuffer]");
+  IOReturn lockStatus;
+
+  NSTRACE ("[EmacsView focusOnDrawingBuffer]");
+
+  if ((lockStatus = IOSurfaceLock (surface, 0, nil)) != kIOReturnSuccess)
+    NSLog (@"Failed to lock surface: %x", lockStatus);
 
   NSGraphicsContext *buf =
     [NSGraphicsContext
@@ -8453,6 +8486,20 @@ - (void)focusOnDrawingBuffer
 }
 
 
+- (void)unfocusDrawingBuffer
+{
+  IOReturn lockStatus;
+
+  NSTRACE ("[EmacsView unfocusDrawingBuffer]");
+
+  [NSGraphicsContext setCurrentContext:nil];
+  if ((lockStatus = IOSurfaceUnlock (surface, 0, nil)) != kIOReturnSuccess)
+    NSLog (@"Failed to unlock surface: %x", lockStatus);
+
+  [[self layer] setContentsChanged];
+}
+
+
 - (void)windowDidChangeBackingProperties:(NSNotification *)notification
   /* Update the drawing buffer when the backing properties change.  */
 {
@@ -8541,16 +8588,6 @@ - (BOOL)wantsUpdateLayer
   /* Running on macOS 10.14 or above.  */
   return YES;
 }
-
-
-- (void)updateLayer
-{
-  NSTRACE ("[EmacsView updateLayer]");
-
-  CGImageRef contentsImage = CGBitmapContextCreateImage(drawingBuffer);
-  [[self layer] setContents:(id)contentsImage];
-  CGImageRelease(contentsImage);
-}
 #endif
 
 
-- 
2.29.2


--/EANOdbLPn8rt0D1--




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 21:36:01 +0000
Resent-Message-ID: <handler.42406.B42406.160815454726917 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160815454726917
          (code B ref 42406); Wed, 16 Dec 2020 21:36:01 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 21:35:47 +0000
Received: from localhost ([127.0.0.1]:34081 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpeSY-000705-SH
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 16:35:47 -0500
Received: from outbound.soverin.net ([116.202.65.218]:47805)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1kpeSX-0006zt-KI
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 16:35:46 -0500
Received: from smtp.soverin.net (unknown [10.10.3.28])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by outbound.soverin.net (Postfix) with ESMTPS id 96E946008F;
 Wed, 16 Dec 2020 21:35:39 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.142]) by
 soverin.net
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1608154538; bh=6pG+SP8a9zMze2EtobIZs/bJJv1q5S1Lp8NuZ48CkU4=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=mnA226RT61o68pmTmbHo+1Ik6aPVTbnq7NY5FnMT/Pfvm3UHxYD1ePd7YC3fPXVce
 /nH0AyiFzYj0oMTkQRZX0t3w7K8cRUuBNzL9fZyX+SWtjayLWtF8lgkDxmg3eCXEQM
 r4o2bRo8WQxL+p77vbaPTc0Vb81arelGN1YKdmpprfCwsVfUIrPf8sTfAvMvSK19Ij
 KHentQepGtwag1QxOgVIoEyfsOy5tpv+XUBI+n2w8B1Gx1YccTsGOnttBwFqgraUKt
 1GKp0J+cmQDRyRNEO6DhkFVTqaW72FyeHsqZtYiHttTgRAxSqJ7e/Zy6CQQHPE5S3x
 uHK1SjKWoNWwg==
Received: by breton.holly.idiocy.org (Postfix, from userid 501)
 id 00A042028C7066; Wed, 16 Dec 2020 21:35:36 +0000 (GMT)
Date: Wed, 16 Dec 2020 21:35:36 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <X9p9qKps01V+N+Tb@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 martin rudalics <rudalics@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
 konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
References: <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
 <837dpkcqpa.fsf@HIDDEN> <X9fKOgXkHCiAQx57@HIDDEN>
 <83h7ooaz1y.fsf@HIDDEN>
 <f4174e42-378c-d7b1-e892-e2eadf86ea4a@HIDDEN>
 <X9j0jBpXFTyy+ETy@HIDDEN>
 <7a0f523a-4512-55f3-9abd-79f1efbad125@HIDDEN>
 <X9kTomgNdraiP3QJ@HIDDEN>
 <a004cefb-e4e1-06ee-9d23-0720810c197e@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <a004cefb-e4e1-06ee-9d23-0720810c197e@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Wed, Dec 16, 2020 at 09:46:48AM +0100, martin rudalics wrote:
> >> So if Konrad sets the 'internal-border-width' frame parameter to 0 the
> >> slowdown should not happen.  Right?
> >
> > The cursor is still redrawn, so it may make no difference.
> 
> Because of the update mode lines flag?

I believe so, yes. When it's set, as far as I can see from looking at
the code we call clear_under_internal_border and update_frame, which
ultimately causes the cursor to be redrawn.

-- 
Alan Third




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Dec 2020 23:54:02 +0000
Resent-Message-ID: <handler.42406.B42406.160816281515656 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: martin rudalics <rudalics@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160816281515656
          (code B ref 42406); Wed, 16 Dec 2020 23:54:02 +0000
Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 23:53:35 +0000
Received: from localhost ([127.0.0.1]:34226 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpgbv-00044Q-2q
	for submit <at> debbugs.gnu.org; Wed, 16 Dec 2020 18:53:35 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:52284)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kpgbp-00044C-I9
 for 42406 <at> debbugs.gnu.org; Wed, 16 Dec 2020 18:53:33 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=gA7EZpcA2vnthQNX6sjvkyLXQDNraOprGaOICEoAn9s=; b=muSSihaFcgQEjLvULrGX1dlZ2O
 hO/9TmaO7Yln3gl8pX1Vjq0Ofd7AsZISDMBcqq3oRbGRwMXKy+GjAN+J3jQIagq+MoXevMlFdJfUk
 OhYT21qkRupf2FTVdSkbLtT5tUdsR1hwOSyf9cfTFhU5EgTO/6ZCD1dr0oAfa4iZB4z4=;
Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpgbm-0005YI-K8; Thu, 17 Dec 2020 00:53:26 +0100
Received: from 80-109-8-38.cable.dynamic.surfer.at ([80.109.8.38]
 helo=[192.168.0.235])
 by joan.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpgbm-0007xi-Fj; Thu, 17 Dec 2020 00:53:26 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <X9p8yewQufzp7SrL@HIDDEN>
Date: Thu, 17 Dec 2020 00:53:25 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <7E515FF2-31C9-41C2-AAA9-CADB63998213@HIDDEN>
References: <X9PYpLzN6wFcnt40@HIDDEN>
 <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <X9p8yewQufzp7SrL@HIDDEN>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
X-Univie-Virus-Scan: scanned by ClamAV on joan.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

With this patch, toolbar, frame-title, menu and scroll-bars display =
correctly, but the text-area of a frame is just white, i.e., no text =
appears.

Konrad
> Am 16.12.2020 um 22:31 schrieb Alan Third <alan@HIDDEN>:
>=20
> On Tue, Dec 15, 2020 at 03:06:03PM +0100, Konrad Podczeck wrote:
>> Just to clarify, despite of the title of this bug, it is not a
>> flickering, but the mouse-wheel scrolling preformance decreases with
>> the number of open frames, in the sense that it becomes more and
>> more sticky.
>=20
> I don't think the attached patch will fix this, but it may improve
> things a little. Can you please try it?
>=20
> --=20
> Alan Third
> <0001-Improve-drawing-performance-on-macOS.patch>





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 07:30:02 +0000
Resent-Message-ID: <handler.42406.B42406.160819018711954 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160819018711954
          (code B ref 42406); Thu, 17 Dec 2020 07:30:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 07:29:47 +0000
Received: from localhost ([127.0.0.1]:34526 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpnjO-00036j-PI
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 02:29:46 -0500
Received: from mout.gmx.net ([212.227.15.19]:53021)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpnjM-00036U-Ca
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 02:29:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608190174;
 bh=sbmVeJhYx0Gcqx24iXjP1UW9KXY+zeqoQHff551Be/I=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=O/XQL+o1PFRi6w86G0nNwb0TC0vcF3fqsa/Mdx405q8oD56UFoMon/81TmXX4CgdG
 vVKRKTF/5NFV451o8VfrLJVscgbJrdAEE9dFWFDEb0Rf5HUfl2PwFRW99muboLxnM6
 tusYSPPMkKTcbbVo4B3AHwAfSSp4Nbpu7lpdenuw=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.26]) by mail.gmx.com (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MxUs7-1jsLRf0R1l-00xtgw; Thu, 17
 Dec 2020 08:29:34 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN> <83eejp8ryk.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <122225d9-36f4-c1a7-b44a-b51579139a81@HIDDEN>
Date: Thu, 17 Dec 2020 08:29:32 +0100
MIME-Version: 1.0
In-Reply-To: <83eejp8ryk.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:ZHzjHrFJG9zuM5HAX4u4WzYF9jqigPapqQzeVOPFBCnC5FjSoF8
 0kURxE7biURZBYBU+E6UhJPCM6v3e4aPzRLIVMgdHmDbyIIXgOIaxUsHJbbunEwrLhx6WPx
 xTjnGzxjyGB9isGA9NSUoUDNM/bvSTZpvvOx2mRsKR7AK9S2eg0cR/BC2ExQikuOPbaVJEj
 SneQrvRUpx2OYpXlnTwtw==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:F/YzUXUD330=:eHLDSRCJE3mKpRy6Avz5BS
 F3E9AAN7JY2/5EMn6/Ere2CrKk/VTftWYIJ9Bj1YtJttqoeGo0RKYOsjhsnhLdZ3gK85rbOkk
 bd95aa9+hVH6sXkS6PkOODVlMAYMfblVbGgSf3vofl5DxVZ//icIMb9ZxypyBbd28n9SwL6PC
 3/zrZ/jVCTzfj7nmJ1+eCOLMjKzEyEfmpuY0tSmivsweMiAyCj/s3Gu8gHdF/Qt53Cz2KyvNB
 kARtKyEhziWy0uGqStsR+2mZncKOFWeFYkisLwa4ePCGxB+mAGmm6CIzTkHYgdrkLM0RYSUIs
 cVReVXuSpOzjkzH/NEz8rm618OhgIoJ5V0m0qmK3SuNTx/RGBecJK1jeH7EETw4hKgY1jy901
 b3Y/aNZwnrZx8byXtrgtMU8rh9pj9l2RlX7Qxw0zsDoGpDewoftWMDh1LDyNcq58l/N8hJexm
 sQot7/03K8/sn36dC7qeFSUWQz96P/dpZZ+MzSEHLQ+KwtAQmXpRfR4MnSgt0fz2aXX+R/9RQ
 wMUxz+bSpwMCI1bQdj6x7t+cQ/K1f8WdJXofW3C7D2HVXWyU7QR4ymiw9IfsyvnmrDTwVskr0
 crpQ3XnSulN2q0EGPxIGur1gGcNQhItiLSsG0U3zYbXjrt9cEjdY6BgXfkKBSCj28DUBKBNp2
 Mhh+jomDquhtxBI7RLfKh9O9ZFu1TtxEHOZbCIpvL+lraARlnkej0KnCLf76zHF3H1LIu1eNE
 jyeoinakFmEptL2NnVlv45PT7tlghQFXdEn7ZYF1RxpihJUZHp0VdYG4Px7r4jVeXGfT64FJw
 EltaTPOU62OG5oz2WfA/MGuSCd3m944QXhvkcCl5oGALVJzsPJ7R5GEo0UYEhs09iC8E5goNd
 GeYcHFljq0l6LNfZeMFA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >>   >> Then something else must come into play here.  I don't see where
 >>   >> 'scroll-bar-toolkit-scroll' forces a mode line update.
 >>   >
 >>   > AFAIR, scroll-up does.
 >>
 >> 'scroll-up' runs scroll_command and nothing else.
 >
 > Yes.  And scroll_command calls window_scroll, and that calls
 > window_scroll_pixel_based, where we have these wset_update_mode_line
 > calls about which you asked.  Or what am I missing?

The rest of my message where I said that

 >> And if you mean the
 >> instances in window_scroll_pixel_based, then these are the ones Konrad
 >> removed in his Emacs.

but probably my formulation was not comprehensible enough.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 07:30:03 +0000
Resent-Message-ID: <handler.42406.B42406.160819019911981 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160819019911981
          (code B ref 42406); Thu, 17 Dec 2020 07:30:03 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 07:29:59 +0000
Received: from localhost ([127.0.0.1]:34529 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpnjb-00037A-0n
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 02:29:59 -0500
Received: from mout.gmx.net ([212.227.15.19]:37541)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpnjZ-00036w-4S
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 02:29:57 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608190189;
 bh=bsNzmy+SNXFBceCAtqtmcgfgp/qDthL/OuFHYz60WEk=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=g6byOaac2/WO6ylfdQ1fP9KvwA1UAV43URpzdz95VIDGhsufMBuBDRfxeGrJQJ8cT
 6SBJ0bcuMcmzxYdslBcluYQqJvbEdGVvgXwwaWALbx5Recpww6ylmxnsI9BlOXZPUm
 alnfmsDhrNKrnPkrR2ABd32MkayYDB0MCGXKJ4x8=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.26]) by mail.gmx.com (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M26vL-1knJp609n7-002UO3; Thu, 17
 Dec 2020 08:29:49 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
Date: Thu, 17 Dec 2020 08:29:48 +0100
MIME-Version: 1.0
In-Reply-To: <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:6A9BqgXPiU59qU0N5+5iMCCG0DWbF6ljU9nqC+5vM1IQblpBcv0
 TzsNEvGGVlS34RLDEY3Z/I+HQ3KV6h+f720vJbo+qcrEYN04z0GKBwJuyoqzPQyW6gHNTAq
 RwapDquA94xw7fZB0Ze88OZmFrzR9kVNrO7mGBIFmQTAdJtIAX2glBpjSyGvJIYQAAt+HnN
 ARIq9m8XcsDPeSjQXdxDw==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:yenjFeGLnkk=:Vd/XvQVnxd4BPMQyUNsP8t
 n9VWTnJlPQPWaBcTk9yyOJs2uB/4ht7QAutrTSn5o2Fl7Ww/DSThtDszOTxZgd0qYiWxB4blu
 ritTTYdmcKpuY57LMsxEzv0bZgeNu2XJJZquNzrbUToKClWNISN0BUozswmLY/wnIRRGE8i3C
 iQZd4QKp1vR4MMdxOKOQzxh3DURL6nsrA4lIBDbmEIa6Jz8A0KP5CAdnweJlXRcJ2otPNlDl7
 /Q8WeDVFWH4OHKRTunfBB8BxPJAo17GhKXRJsOHaYucfBmc52k85jP6KPs1EPjYRf1bvGoESz
 OymR72oGEg/s2ng1y/0vDxwEotXudkg2QzMX2qWlGLu+j68YN31QDdoRJL+XomKOFL4d7XVvv
 zGLB4mwOXUc8cWfSkB52MUbdl/J1YRrMu4X4yDZNioMgWfLhaT/cDovDNCK+f9m026KQqwUWF
 dFJRVg3xRz1K9bBVcd/3tg979579X5XlBKg502wLYJh4pJ64g9cQGtZgk0/suXhW1LsLs9SC9
 FJbHzUM7PwUGZCxDguoVAJkgINFhSXZ12r8aAL7n3kW28afFwvgdgkJVMkk/44SIV4Lh2f66W
 q065ayx8S+bXiVgYE8fd03LC8rcNzOXcl/T1zTeQ/NnzSPRfpaaUQGZRInGxID+0Rf4uUR4LF
 y0IZPJk2eZNc6ORm850pWyAnOJ9A58oLeXnbgNPA9jTiUw7gdHHSquVssQptiKzwalQMcgF1s
 y+twlKTEbK2leEeeFbMh6+TEQSiZhOZTCQoUKkSnhigKDYnNbqke5zyPDOMLwhApLzjm3eUmY
 ZzuQZ9xWRCxFxwCIEjrL/ZnYchp0F+gBmQEf/ZlwLLOsdP/iH1BCzeT1Y0T4NLcx95h7B/+CR
 abBII/WxRjXTKC3skW/g==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > To clarify my observation: If I comment out just the two calls to
 > wset_update_mode_line that are in window_scroll_pixel_based, then the
 > mouse wheel scrolling problem with multiple frames goes away, but the
 > problem with scrolling via the scroll bars remains; if I comment out
 > all five calls to wset_update_mode which are in window.c, then in
 > addition the scroll-bar problem goes away (with multiple frames). I
 > just wanted to know whether Martin has an idea which of the remaining
 > three calls (when they are not out-commented) could be responsible for
 > the scroll-bar problem.

I suppose it happens via 'scroll-bar-toolkit-scroll' calling
'scroll-bar-drag-1' calling 'set-window-start' so commenting out the

   wset_update_mode_line (w);
   /* Bug#15957.  */

occurrence in Fset_window_start should cut it.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 10:20:02 +0000
Resent-Message-ID: <handler.42406.B42406.160820037429543 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160820037429543
          (code B ref 42406); Thu, 17 Dec 2020 10:20:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 10:19:34 +0000
Received: from localhost ([127.0.0.1]:34762 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpqNi-0007gR-6T
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 05:19:34 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:59338)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kpqNf-0007gF-IV
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 05:19:32 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=Tq1Tq8onumvlcymplnkmwLNZR9AnQ/QtFYjX0OOGDRk=; b=TbfEzwiiw4qMcaSt64Ejmzq7GR
 jPbP70ZTFMta1qHl4gROHEJF3L+nJTlXBywS9UE79uASPQLic+0rBkKXTUXN3j3I4ueWZsD79w8Zy
 dukQ8wyVKmywSY7sUaNn6wrEqZpdxOE42lA3zfQSoVB7XjCKY0mx273F0V4qf1p45G2Q=;
Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpqNc-0001qi-HX; Thu, 17 Dec 2020 11:19:28 +0100
Received: from 80-109-8-38.cable.dynamic.surfer.at ([80.109.8.38]
 helo=[192.168.0.235])
 by joan.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpqNc-0004Bs-6n; Thu, 17 Dec 2020 11:19:28 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
Date: Thu, 17 Dec 2020 11:19:27 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
X-Univie-Virus-Scan: scanned by ClamAV on joan.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)



> Am 17.12.2020 um 08:29 schrieb martin rudalics <rudalics@HIDDEN>:
>=20
> > To clarify my observation: If I comment out just the two calls to
> > wset_update_mode_line that are in window_scroll_pixel_based, then =
the
> > mouse wheel scrolling problem with multiple frames goes away, but =
the
> > problem with scrolling via the scroll bars remains; if I comment out
> > all five calls to wset_update_mode which are in window.c, then in
> > addition the scroll-bar problem goes away (with multiple frames). I
> > just wanted to know whether Martin has an idea which of the =
remaining
> > three calls (when they are not out-commented) could be responsible =
for
> > the scroll-bar problem.
>=20
> I suppose it happens via 'scroll-bar-toolkit-scroll' calling
> 'scroll-bar-drag-1' calling 'set-window-start' so commenting out the
>=20
>  wset_update_mode_line (w);
>  /* Bug#15957.  */
>=20
> occurrence in Fset_window_start should cut it.


Thanks! This did the job. Is there a way to exactly test whether the =
(now) three out-commenting of wset_update_mode_line are really as =
harmless at they appear? Could there be other scrolling problems, say by =
scrolling via keys?

Konrad=20

>=20
> martin





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 13:22:02 +0000
Resent-Message-ID: <handler.42406.B42406.16082113217690 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16082113217690
          (code B ref 42406); Thu, 17 Dec 2020 13:22:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 13:22:01 +0000
Received: from localhost ([127.0.0.1]:35063 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kptEG-0001zx-MN
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 08:22:00 -0500
Received: from mout.gmx.net ([212.227.17.22]:60781)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kptEE-0001zj-MN
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 08:22:00 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608211309;
 bh=DseaJqLDy27qC12a4Z6Hddcd1DY6lvJVABHN0xmpTsU=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=PjYRivLjvJZfBJHCIyTwlvzeReMydcliaaDBvVgKF9QmjAEuFQ1V73MJ52Kn8lEuD
 0Kr+qhWgnQ1AVTnQT7HxOzsPNF0Za4Wr4p4p1m7n+RuzU7Ezj9nVG0stvFFL4nFQMx
 5DO7FHa8onMh/5WdmjOI/Q8LIfyXuZvXTnZnB8C4=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.7.238]) by mail.gmx.com (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MwQTF-1jzzSa24ur-00sQpc; Thu, 17
 Dec 2020 14:21:49 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <83czzg3ge1.fsf@HIDDEN> <X9PYpLzN6wFcnt40@HIDDEN>
 <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN>
Date: Thu, 17 Dec 2020 14:21:48 +0100
MIME-Version: 1.0
In-Reply-To: <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:x3lSghrfVGtLD4/uRQcDvSRHBz/5u1f9mT+RRWBz7WHpiB7ktmG
 1Oa19E7ezmc0LWr7HV9Pqyafr1go25SrrtW2INKx4PfNkPpIDGIyRwKXvv+yKNF6E0lsC/F
 dDPDM5G5OuPIEjDe8Cd9zMkw968ZE1Tbjx0SATOoHoShv75mjwHv8YUwOnNKK6wCuQopO1G
 1++VwZ3suYKVJdhpCWgLw==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:Gqrgwyf5D5Y=:s7U9TXKwdLtr005tHoJij9
 8P17Y88wMTuuZkRGhEukn1llfKommn+x8nkp5BvGtDABxTwvsChSbK96nXplhdnRDStEebxSw
 VL5uVUkaLQ+jw9g9NhtmDbmrSQHFePFHuqZQuz+3FAa0ggJ6Ce4EQ6kNFOaTQ9gqn1+8fTpGx
 miqXI1rWIpCLsIffBJ340HO8M8VuzNwKKNAE1R8iOecFMBnYwoWXWTDwiBPOQtTW1KIATz0pM
 ZYWoM9rgxMKImH1/1Pz8KtDQcf+lqJRNU7pvJP6M1OzklemA/+pg/b+LOLAWWqm02EgseLxyH
 ZBe1D0r67t4a3DeEK2RVISXH21S/Nqt1LTcEf9BLSjScuGMw/7qsqiRYv9XidEq+Vg4cRawWX
 0Z623QWBwN2wrlMAs0GMDhRr7kMPShLQhQ7zo7drILT2VUc+rb1ET5J4YpsZ9v3bgzxV26+j+
 UVW6viz0q5xD9PiIua/z3QdfKxUs1uq0x9ZsPpMbKHvdriV89hDS/Z0SMrq22Plp6dvYrpfO4
 0gsbMkKzvSwOaj08EhmOVMhmOVhsyFEgtGgZtcn5BXEiBlb+zx2EfeLj3dAjDo2zJtiML3Qv8
 h/fAiyKPLvGYb2d2xO8uQj/t3e2mxdAKH6hnfik5ffMGZabp40Uz+bmzCe/RdFeIT7Ygd4Nw7
 CQbT173eq+wE5SeS18TSFCGggHV8xgPhEiqXtXSnUNb+G8WsBIUeNZtrUqqc7UI7t5dnDbsma
 Yi2qgnQSrXTOrc6pj2gdh6SEI1o+m68nMTUwlt1u9OrwcfXVfgADaVDrFyVq9LYwxa2FNy3fw
 11QddVzXiggwaTYTEfJnW7PquhRV+RMrpQBcwR+iuJ1xyD/ElBgInbaxnu6DiLRD5yUubzy+x
 z47YuEiX5i87OZmkNZ7Q==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > Thanks! This did the job. Is there a way to exactly test whether the
 > (now) three out-commenting of wset_update_mode_line are really as
 > harmless at they appear? Could there be other scrolling problems, say
 > by scrolling via keys?

First of all I would replace these

   wset_update_mode_line (w);

with

   w->update_mode_line = true;

This way you make sure that the mode line does get updated whenever the
scrolled window is on the selected frame.  Then problems should occur
only when you either use the mouse wheel or the scroll bar on a
non-selected frame.  In that case, the line number of the associated
window might not get updated until its frame gets selected.

The (IMHO) right fix would be to have wset_update_mode_line add the
frame containing the scrolled window to a list of frames the next
redisplay should investigate.  This might still fail when say frame A is
selected, a window on frame B was scrolled and the title format of frame
C wants to display the line number of that window.  I wouldn't care
about such pathological cases but maybe someone does.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 14:06:02 +0000
Resent-Message-ID: <handler.42406.B42406.160821390412034 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160821390412034
          (code B ref 42406); Thu, 17 Dec 2020 14:06:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 14:05:04 +0000
Received: from localhost ([127.0.0.1]:35114 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpttw-000380-0g
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 09:05:04 -0500
Received: from eggs.gnu.org ([209.51.188.92]:58184)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpttt-00037Q-On
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 09:05:02 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:52243)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpttl-0005bG-DS; Thu, 17 Dec 2020 09:04:53 -0500
Received: from [176.228.60.248] (port=2305 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpttj-0004wv-SI; Thu, 17 Dec 2020 09:04:52 -0500
Date: Thu, 17 Dec 2020 16:04:50 +0200
Message-Id: <8336048r5p.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN> (message from
 martin rudalics on Thu, 17 Dec 2020 08:29:48 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>,
>  42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Thu, 17 Dec 2020 08:29:48 +0100
> 
>  > To clarify my observation: If I comment out just the two calls to
>  > wset_update_mode_line that are in window_scroll_pixel_based, then the
>  > mouse wheel scrolling problem with multiple frames goes away, but the
>  > problem with scrolling via the scroll bars remains; if I comment out
>  > all five calls to wset_update_mode which are in window.c, then in
>  > addition the scroll-bar problem goes away (with multiple frames). I
>  > just wanted to know whether Martin has an idea which of the remaining
>  > three calls (when they are not out-commented) could be responsible for
>  > the scroll-bar problem.
> 
> I suppose it happens via 'scroll-bar-toolkit-scroll' calling
> 'scroll-bar-drag-1' calling 'set-window-start' so commenting out the
> 
>    wset_update_mode_line (w);
>    /* Bug#15957.  */
> 
> occurrence in Fset_window_start should cut it.

set-window-start is how Lisp programs tell the display engine to
scroll the display.  So if we agree that scrolling should trigger
update of the frame's elements other than the selected window, then
these calls to wset_update_mode_line are necessary and cannot be
removed.

As I said previously, patches are welcome to make the decision of what
exactly needs to be redrawn more fine-grained than the current "either
just the selected window or all the windows on all the frames" method.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 14:45:02 +0000
Resent-Message-ID: <handler.42406.B42406.160821626715814 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160821626715814
          (code B ref 42406); Thu, 17 Dec 2020 14:45:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 14:44:27 +0000
Received: from localhost ([127.0.0.1]:35172 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpuW2-000470-SW
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 09:44:27 -0500
Received: from eggs.gnu.org ([209.51.188.92]:38086)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpuW0-00046n-RN
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 09:44:25 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:52874)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpuVr-0002Aa-NA; Thu, 17 Dec 2020 09:44:16 -0500
Received: from [176.228.60.248] (port=4737 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpuVo-0002gH-TB; Thu, 17 Dec 2020 09:44:13 -0500
Date: Thu, 17 Dec 2020 16:44:11 +0200
Message-Id: <83tusk7aro.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> (message from
 martin rudalics on Thu, 17 Dec 2020 14:21:48 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <83czzg3ge1.fsf@HIDDEN> <X9PYpLzN6wFcnt40@HIDDEN>
 <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>,
>  42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Thu, 17 Dec 2020 14:21:48 +0100
> 
> The (IMHO) right fix would be to have wset_update_mode_line add the
> frame containing the scrolled window to a list of frames the next
> redisplay should investigate.

That won't work without also changing redisplay_internal to consider
such a list.  It currently knows about just 2 alternatives: either
consider only the selected window on the selected frame, or all
windows on all frames -- and only the second option considers
non-window aspects (such as the frame title or menu bar) of the
selected frame.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 15:14:02 +0000
Resent-Message-ID: <handler.42406.B42406.160821803420193 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160821803420193
          (code B ref 42406); Thu, 17 Dec 2020 15:14:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 15:13:54 +0000
Received: from localhost ([127.0.0.1]:36692 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpuyY-0005Fd-8o
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 10:13:54 -0500
Received: from mout.gmx.net ([212.227.17.20]:50913)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpuyU-0005FQ-WD
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 10:13:53 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608218019;
 bh=+c7968/eSVl8qthXQ7u5Rd24ZBSmoYiNFgBFlnWQqrU=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=IMzwZaIPlKZB2iD3DGdeogAwFSh+bY0T0De7zyhlqrNKinudtWpVu9mFB9tTxh+X5
 CpfrAJPzKxodWR0zOim8GapEvPgJFE0q+1xEIcGfzbCBZYymMvQd1Vqcr7v3gqDmaZ
 63HdD/xP+EDq5PxqF+c6SdGDlDNoNympafQp+UNk=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.7.238]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M3UV8-1kpN0T1FWE-000YLL; Thu, 17
 Dec 2020 16:13:39 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN> <8336048r5p.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <028764d4-643e-d95f-5511-cfa7cc51d29d@HIDDEN>
Date: Thu, 17 Dec 2020 16:13:37 +0100
MIME-Version: 1.0
In-Reply-To: <8336048r5p.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:bNuDdQ7x/OQ0ZRG6AtHNT6tGvX5EhgAwCInOMqbdN7Fxrd+45Qp
 ArGvDZrUDv12pL1kd3ZDYnPv+nq25C8om16n+pJi6u1Sfd7whyKDM+9khkB4rzHnhCaZgEG
 jnmhLL+J8pSSDjDpPKPxqLt40W/ZWDfOzVxDgADMM/GrmR4fuzBoxEkEcMrTxUNN5N/hoHj
 i6IB3OF+KEw1aMfH5P8dw==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:SRNcKGcr1P4=:/cWjUlF68KGYBky7GfBK1+
 puQilOfdBIrHCG+6GpMKYsoODsclnT4ZWH9yz09ysTRGOgv/DvUpG2omUDG/0IdVp8MCVM488
 SIZHniIC5/X4KApGuwJFwU2wsskLGW88QjGPU7q61eZou+3U0njmCGU3W1Wd9n6CByBL2SSid
 eYsDCdkUwhW4HaDBmGlhdAq38Oi+w38nu0RUW+ZkjDdn/cjQm07pAY2WFIKjd7R0lm+1VDyqp
 Kc5s6bhTdLnl7U8aRMJ6w15ruI35Npg1Pz9NnahXY2N/C+ZPBIwdMkTNiwd1cBBJ23g6WY9L2
 PVkKzxiPCmJVXaQkw0XCY18wzqpYUhjuJVQN/QIYlwl4+llRFJvCo4LzElNW6I+1fDRzFjADx
 8sjWXJ+xZ86jYRu5z0Pt8pf/9hstA4MI2SN45lEFqTZ+zE7tyCUASMh0JeYN3yWW/NKx2V3c+
 2s0ywFmR9x0KDDnyrHzp3osAT2qYleMv56S6QEfKHlc7+85SPk8xIkqleJc83ZK+DzdussvqD
 7BeAnZWIhQ6l04vdyStbgTODn2sTxNnfeKEWIr3681lN5WqlnYQ4s7VTTUpTvbkdE0GrjpNtO
 F3/kEriWwyh++UvavLuYFIq/qYyWBewu5YJ1t2a1tUhLZFDkSB9CGIqKNmH87CG6UCMWIEQph
 C/YuHPfBzXb/3JlV8ZTKnFxozHhDy+8i+y8WJtoUr6vRi9eB3vYJdoQO1R7daC8f7MJEY9Wgq
 HXZprxk1D3Rg9AgSCAkvDJl0aZnEuy8yWwFzZOZv8q7+gIeGDBVEz0g2vyA/gpPytM2DfasxU
 2s6TXz+MNehqtEJZI3EvqHBUMhRKVON2sJJLtWEco2VZTgBNXy3XT95Czte6ZvKVKbdeiJv00
 ToUgJ+z0kmjtiXOkRk9A==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > set-window-start is how Lisp programs tell the display engine to
 > scroll the display.  So if we agree that scrolling should trigger
 > update of the frame's elements other than the selected window,

Personally I don't agree but happily leave this decision to others.

 > then
 > these calls to wset_update_mode_line are necessary and cannot be
 > removed.
 >
 > As I said previously, patches are welcome to make the decision of what
 > exactly needs to be redrawn more fine-grained than the current "either
 > just the selected window or all the windows on all the frames" method.

We talk here about a workaround Konrad would use in his personal builds
to avoid that scrolling a window slows down his system until something
better is available.  Or what would you do in his place?

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 15:15:01 +0000
Resent-Message-ID: <handler.42406.B42406.160821804620250 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160821804620250
          (code B ref 42406); Thu, 17 Dec 2020 15:15:01 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 15:14:06 +0000
Received: from localhost ([127.0.0.1]:36696 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpuyj-0005GX-Iv
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 10:14:05 -0500
Received: from mout.gmx.net ([212.227.17.22]:51219)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpuyh-0005Fo-IC
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 10:14:03 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608218034;
 bh=0ukdG1T9p2bbhKNx/448o4a6azpZwAdwA/DQLCSnNM4=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=R6jsjrf8I3JdRDoahElia/itrcXi45kXp4ZyVd4ICIIj0SjU4MIfa+ySYe4xuJNkK
 I6fH0ybm/IXbAQbT5W+Heud9ZVnROg0g0F57WmbSle2oSDyYzkBwNtQC91YvJNjKby
 qlTQdO0gsuTGv6C2oZewf2gwiF5RrA6fs21KFWgY=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.7.238]) by mail.gmx.com (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MYeMt-1kbm5p1Y3v-00Vgwh; Thu, 17
 Dec 2020 16:13:54 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> <83tusk7aro.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN>
Date: Thu, 17 Dec 2020 16:13:53 +0100
MIME-Version: 1.0
In-Reply-To: <83tusk7aro.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:v6rXBgtdHFs6bvw4zFcNl/gbnSLLCzpGYRE77zZEu5jGhsrGnpr
 lRmM0wMu/MQM16TIak5/SfP/j5+g8qvHVGiU01oBsf5ZIel111mkxU2Wobx63WvMQ3kmBzi
 r9od1uFw4AtsZ0QIQt5otgIXP4Y8FmhZ57iJNhIAbimeZuIlwyBAeJbDhx9rnl37mA+HU+Q
 5MATevZZ10r/5iAq7dP9g==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:y5H/53EcLQk=:1eR1pSS0Y4sdQ8ZC6BlRQR
 9qM+MfMt+bgoclpi/+dUPSWMkmOEKaPSdJ7Lg98zO6SwS9DvzQ6ruYkoaDbvWrU2xoydCvRfk
 v2LGL0jHWg+uBRjnyOStM07cYWPouZKZg92Rtq8Tn9MosKg8cMqd9jxbj/KGcjNanCfCG9CAn
 ExEyMqHc1ut7TKMd42rerY0YAEIFWHTjLnv/EKhgP351+MnuMlDeuDoUBB6AZkro34mapNDB/
 qqGkxXPeRWFY/UbIbm5ZUE8v9WsBGGR75DRgGg5a4vnImrYahm/jXbvXa7+0zM1RygMpXLH5p
 +BTR4XSqOw2MUSf0AAkER50See3Tc2OVuTEBw2u4rQ85WhXfm3UGgqIk4uU4y0ekB1X0tQ+Bh
 sqIv0c7kc/G4XC5Bqfes3PLbFzrWh3ANCb/BiH+xxFxY2NPgVz73vvwvp503LA6efcXp1zQM+
 Mzh4tcqbBAArld3sIZ32oiMG2rAgrZ3QwWECTb3lM1fRMPkLzq5HaeKOKttZk9ZA4EQI8/yTE
 RnuwlGe8OOOJ2wjpVUYww1CI9Int+oHmfp0hKDXyWhSWrnk5cqqA1vZbC+ySg8Ta/NV+pluHD
 iTgtBe1OZa6irrMundnaG3KEsX33RqvZcHrOqVVmJR52izG7cNBphrX6wIfhGttAesu+6Trd4
 mYOkltVnVHmKMIh1b4rJg4e2t4CI2yWwv7t8lrouzcYLkv0GdeTSlLitKauaMXPQSI4HG5tww
 lAo3Y+0Av5Id9S4tfb8gWjNHlOOlnBizaT6nHCq9iDl2Sbk2A4+APjrzjMyDvmUeppYDRzVyx
 D3n97QpBkPHGAS63lxOqssgIfCjKd+ASSeQr1d/654VRLxVk7sfw2G4R3MNQev5IJmCG4ol4p
 jNsy8WWpb3ge68fzkRZA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > That won't work without also changing redisplay_internal to consider
 > such a list.  It currently knows about just 2 alternatives: either
 > consider only the selected window on the selected frame, or all
 > windows on all frames -- and only the second option considers
 > non-window aspects (such as the frame title or menu bar) of the
 > selected frame.

The part mostly affected would be

   if (consider_all_windows_p)
     {
       FOR_EACH_FRAME (tail, frame)
	XFRAME (frame)->updated_p = false;

because windows_or_buffers_changed should probably become either a list
too or redisplay would simply scan all windows and act when it finds a
window whose w->update_mode_line or w->changed flag is true.

martin





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Konrad Podczeck <konrad.podczeck@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 16:41:02 +0000
Resent-Message-ID: <handler.42406.B42406.160822323628882 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160822323628882
          (code B ref 42406); Thu, 17 Dec 2020 16:41:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 16:40:36 +0000
Received: from localhost ([127.0.0.1]:36808 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpwKR-0007Vm-Tv
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 11:40:36 -0500
Received: from grace.univie.ac.at ([131.130.3.115]:51216)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <konrad.podczeck@HIDDEN>) id 1kpwKP-0007Vc-Kn
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 11:40:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding:
 Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=715t3CCOyfD+sA5Y+Rf/Kieh8qxFzlM6MCIrAei6Ux4=; b=C6SVsfNXkdEzIzB0MqRC4ZZOCC
 ut5SmpTJc4BRd5p8XkB+g+U88AyWIKdUnoEwPnfoVYCxypsFuMZo7Aug8zdUJTaH6xO+HEMCFRxF6
 SoimyO+tcW7YVNDLGDnp5JMVyk87rq9s93TfIjyKQuGBhZGUtIJn73aZMVFpu48Pzj+8=;
Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at)
 by grace.univie.ac.at with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpwKM-0000CW-MO; Thu, 17 Dec 2020 17:40:30 +0100
Received: from 80-109-8-38.cable.dynamic.surfer.at ([80.109.8.38]
 helo=[192.168.0.235])
 by joan.univie.ac.at with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
 (Exim 4.94) (envelope-from <konrad.podczeck@HIDDEN>)
 id 1kpwKM-0005I2-HE; Thu, 17 Dec 2020 17:40:30 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
From: Konrad Podczeck <konrad.podczeck@HIDDEN>
In-Reply-To: <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN>
Date: Thu, 17 Dec 2020 17:40:30 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <48D705F1-538B-406E-95FC-0DE4909CC2D1@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <83czzg3ge1.fsf@HIDDEN> <X9PYpLzN6wFcnt40@HIDDEN>
 <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
X-Univie-Virus-Scan: scanned by ClamAV on joan.univie.ac.at
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Let me reply that,  with the three critical instances of  =
wset_updated_mode_line just out-commented, when I scroll in a frame =
_with_ input focus, then the mode line is always correctly updated. If I =
scroll in a frame without input focus, then at least the percentage is =
always updated, and the line-number is update as soon as the (hollow) =
cursor reaches the top or the bottom of the range of text shown in the =
frame. In any case, with global-line-numbers-mode on, is there a =
situation where, in practice,  one needs to look at the line numbers as =
shown in the mode line?


> Am 17.12.2020 um 14:21 schrieb martin rudalics <rudalics@HIDDEN>:
>=20
> > Thanks! This did the job. Is there a way to exactly test whether the
> > (now) three out-commenting of wset_update_mode_line are really as
> > harmless at they appear? Could there be other scrolling problems, =
say
> > by scrolling via keys?
>=20
> First of all I would replace these
>=20
>  wset_update_mode_line (w);
>=20
> with
>=20
>  w->update_mode_line =3D true;
>=20
> This way you make sure that the mode line does get updated whenever =
the
> scrolled window is on the selected frame.  Then problems should occur
> only when you either use the mouse wheel or the scroll bar on a
> non-selected frame.  In that case, the line number of the associated
> window might not get updated until its frame gets selected.
>=20
> The (IMHO) right fix would be to have wset_update_mode_line add the
> frame containing the scrolled window to a list of frames the next
> redisplay should investigate.  This might still fail when say frame A =
is
> selected, a window on frame B was scrolled and the title format of =
frame
> C wants to display the line number of that window.  I wouldn't care
> about such pathological cases but maybe someone does.
>=20
> martin





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 16:51:02 +0000
Resent-Message-ID: <handler.42406.B42406.160822381029790 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160822381029790
          (code B ref 42406); Thu, 17 Dec 2020 16:51:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 16:50:10 +0000
Received: from localhost ([127.0.0.1]:36828 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpwTb-0007kD-G1
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 11:50:10 -0500
Received: from eggs.gnu.org ([209.51.188.92]:39278)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpwTY-0007je-3f
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 11:50:01 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:55436)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpwTP-00027b-DE; Thu, 17 Dec 2020 11:49:51 -0500
Received: from [176.228.60.248] (port=4797 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpwTO-0006zD-U6; Thu, 17 Dec 2020 11:49:51 -0500
Date: Thu, 17 Dec 2020 18:49:50 +0200
Message-Id: <83r1no74y9.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <028764d4-643e-d95f-5511-cfa7cc51d29d@HIDDEN> (message from
 martin rudalics on Thu, 17 Dec 2020 16:13:37 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN> <8336048r5p.fsf@HIDDEN>
 <028764d4-643e-d95f-5511-cfa7cc51d29d@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: konrad.podczeck@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Thu, 17 Dec 2020 16:13:37 +0100
> 
>  > As I said previously, patches are welcome to make the decision of what
>  > exactly needs to be redrawn more fine-grained than the current "either
>  > just the selected window or all the windows on all the frames" method.
> 
> We talk here about a workaround Konrad would use in his personal builds
> to avoid that scrolling a window slows down his system until something
> better is available.  Or what would you do in his place?

In one's personal build one could use whatever one likes.  I only care
to make it clear that this is not a solution we can adopt for Emacs in
general.

(FWIW, I don't see on my system any slowdown with 5 frames, like
Konrad does.  So this could very well be NS-specific.)




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 16:55:01 +0000
Resent-Message-ID: <handler.42406.B42406.160822406230149 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160822406230149
          (code B ref 42406); Thu, 17 Dec 2020 16:55:01 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 16:54:22 +0000
Received: from localhost ([127.0.0.1]:36832 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpwXm-0007qD-5H
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 11:54:22 -0500
Received: from eggs.gnu.org ([209.51.188.92]:40358)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpwXk-0007q0-G3
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 11:54:20 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:55541)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpwXd-0002hA-Fb; Thu, 17 Dec 2020 11:54:13 -0500
Received: from [176.228.60.248] (port=1086 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpwXc-0007Li-Tl; Thu, 17 Dec 2020 11:54:13 -0500
Date: Thu, 17 Dec 2020 18:54:11 +0200
Message-Id: <83pn3874r0.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN> (message from
 martin rudalics on Thu, 17 Dec 2020 16:13:53 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> <83tusk7aro.fsf@HIDDEN>
 <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: konrad.podczeck@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Thu, 17 Dec 2020 16:13:53 +0100
> 
>  > That won't work without also changing redisplay_internal to consider
>  > such a list.  It currently knows about just 2 alternatives: either
>  > consider only the selected window on the selected frame, or all
>  > windows on all frames -- and only the second option considers
>  > non-window aspects (such as the frame title or menu bar) of the
>  > selected frame.
> 
> The part mostly affected would be
> 
>    if (consider_all_windows_p)
>      {
>        FOR_EACH_FRAME (tail, frame)
> 	XFRAME (frame)->updated_p = false;

You mean, it will not affect the following FOR_EACH_FRAME loop?  If
so, I don't think I follow.

> because windows_or_buffers_changed should probably become either a list
> too or redisplay would simply scan all windows and act when it finds a
> window whose w->update_mode_line or w->changed flag is true.

I don't think windows are the problem: Emacs knows very well which
window(s) actually need(s) to be redisplayed and redrawn.  The problem
is with frame decorations that don't belong to any window: there we
rely on the OS and the WM to refrain from redrawing stuff unless
really needed.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 17:07:02 +0000
Resent-Message-ID: <handler.42406.B42406.160822477731367 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160822477731367
          (code B ref 42406); Thu, 17 Dec 2020 17:07:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 17:06:17 +0000
Received: from localhost ([127.0.0.1]:36850 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpwjI-00089r-Qt
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 12:06:16 -0500
Received: from mout.gmx.net ([212.227.15.15]:46551)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpwjD-00089N-3s
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 12:06:15 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608224755;
 bh=mjmz4CH8PpS3FrPm1q+sYdzXwVH2buPe6aLucR0w55U=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=brsCmHy5R9I1cMz9/b1eMv2gZKvreh4JoUm5fY0xjF6JBvAChdeVJDRIKT8ddXow2
 kFh2vpYZ/8IOwuA3DSY2V+VnS4KKOXCMuVXFWVmMAQ8zXzIWZMCOTKyQC2NnJ2XjsM
 OMtdnZlZOaFz0nZ/oJD3AIh7DFN9pCE6P1QSivVM=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.7.238]) by mail.gmx.com (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MSKuA-1kf2bb2EHY-00SiL5; Thu, 17
 Dec 2020 18:05:55 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN>
 <48D705F1-538B-406E-95FC-0DE4909CC2D1@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <fd3024ae-1fbc-d53d-57fc-0a0cc30d047e@HIDDEN>
Date: Thu, 17 Dec 2020 18:05:54 +0100
MIME-Version: 1.0
In-Reply-To: <48D705F1-538B-406E-95FC-0DE4909CC2D1@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:86MQgsIdFpVd32bBCm/NyOukDFpZvuMkBE/87jNpONYR3R5mfL5
 jL60m/MJ49h1ENGaLBO1uxi91TVIHJHCWPtCgKnHFACchcOgqUDdp2q2MBWInEoXsDF/PsG
 DZFvQee8Ytoyg3sTKUQ4vmqfB/jsW6cOtVtsvioq/e0fC58pGFoYz+7YmoBpP3UHEZFsBAU
 VFvOG5az9FHUAa1OLF7NA==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:WrinuypaXJM=:BFhQDxGyUxGwEvE7F5BDeU
 ztGD1B7XAZr5vjfo5IadpVpzB198mzlK1NTEkfXrdAdUbMVB3x7tszRQUoDiPsIt09/zz1fU8
 OkR/thYlsBcE+XG+B8UsvvglAv1FblGnVW0b/f/3v2D6KsVTQYdE6/xPJfnfgzn2zg62Mexbw
 qKv/DSVExeLKDuqcJFHG71KphPs3p80p/6t8jyinq0L+OHXIIoWQYo4btpyL1L5HgU6+id1lf
 /TJzjmG+l54b/m9S9StgjPPfGBWCG3Ujn3hfDw0S/ULPDvTJ02kDKroGn3O/ZQCpU2VepCFLi
 nlzQTYuC/95EcKLp14d26fntSfdQqt3Om8ZKfiA551Abk1U8uf+40YHJGpdXNmKP0KmftDnRY
 YzaF2EWuejxmoOX+01Jhgu8AXxRdowomFKMgwOM/DJFl9OC7wLx2LyNWyrpF8TGAN+MVwWcB+
 2MfXXL7TgmKlnQdAWqjZDoKsCMF4RiErOoo9kQksJi84qsLT2mUhmlcOSBgEJdUd8ZkvsaZRU
 qqyoLpaI4NEQKZ0XzJK2MiSjx3xVLMkOyNGWry6wNHtDFJ66T+siPyOa7riYFTOA5ejIgawj8
 mhBp1vM6ucuYqrgzvGLgZpsJ2OoQK54V6/IZASGQKZOgSFJML97pn7p1wKS67KFxXrB4MkCtv
 OvbXDebgIfhT0/2GOD7Jom1WChod4l5PBzRi3D+r9USjfZOuO28bsgVLV83DNfmAkuLq129ui
 gmWv7Ige3Vu/5GHub4CijjIsqZRelaiihdwR4xIg6OEepNXRqrPp8vREnczbgiHj6cKXj+HcF
 aMQgxhEjc7Eari+qHK+92HofLtegZ24giXvpSsgZ0ZvNfZflESNUBsGYPPHMZTuZoBJgnfy8t
 RJVQmo48QMKM+YNtMltw==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > Let me reply that, with the three critical instances of
 > wset_updated_mode_line just out-commented, when I scroll in a frame
 > _with_ input focus, then the mode line is always correctly updated.

Because scrolling can change lots of other things in the selected window
so this is probably expected.

 > If
 > I scroll in a frame without input focus, then at least the percentage
 > is always updated, and the line-number is update as soon as the
 > (hollow) cursor reaches the top or the bottom of the range of text
 > shown in the frame. In any case, with global-line-numbers-mode on, is
 > there a situation where, in practice, one needs to look at the line
 > numbers as shown in the mode line?

I hardly ever look so I can't tell.  But doing the substitutions I
suggested earlier can hardly harm IMO.  And if they harm, then we'd yet
have another issue to investigate.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 17:25:02 +0000
Resent-Message-ID: <handler.42406.B42406.1608225893792 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Konrad Podczeck <konrad.podczeck@HIDDEN>
Cc: rudalics@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.1608225893792
          (code B ref 42406); Thu, 17 Dec 2020 17:25:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 17:24:53 +0000
Received: from localhost ([127.0.0.1]:36877 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpx1I-0000Ci-Ub
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 12:24:53 -0500
Received: from eggs.gnu.org ([209.51.188.92]:47234)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpx1B-0000CN-BE
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 12:24:51 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:56373)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpx13-0007S3-Vr; Thu, 17 Dec 2020 12:24:38 -0500
Received: from [176.228.60.248] (port=2935 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpx13-0004qZ-C7; Thu, 17 Dec 2020 12:24:37 -0500
Date: Thu, 17 Dec 2020 19:24:35 +0200
Message-Id: <83lfdw73cc.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <48D705F1-538B-406E-95FC-0DE4909CC2D1@HIDDEN> (message from
 Konrad Podczeck on Thu, 17 Dec 2020 17:40:30 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <83czzg3ge1.fsf@HIDDEN> <X9PYpLzN6wFcnt40@HIDDEN>
 <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN>
 <48D705F1-538B-406E-95FC-0DE4909CC2D1@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Konrad Podczeck <konrad.podczeck@HIDDEN>
> Date: Thu, 17 Dec 2020 17:40:30 +0100
> Cc: Eli Zaretskii <eliz@HIDDEN>,
>  Alan Third <alan@HIDDEN>,
>  42406 <at> debbugs.gnu.org
> 
> Let me reply that,  with the three critical instances of  wset_updated_mode_line just out-commented, when I scroll in a frame _with_ input focus, then the mode line is always correctly updated. If I scroll in a frame without input focus, then at least the percentage is always updated, and the line-number is update as soon as the (hollow) cursor reaches the top or the bottom of the range of text shown in the frame. In any case, with global-line-numbers-mode on, is there a situation where, in practice,  one needs to look at the line numbers as shown in the mode line?

Only you can answer that question, because only you know what is and
isn't important on display for your use patterns.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 17:35:02 +0000
Resent-Message-ID: <handler.42406.B42406.16082264711925 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16082264711925
          (code B ref 42406); Thu, 17 Dec 2020 17:35:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 17:34:31 +0000
Received: from localhost ([127.0.0.1]:36937 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpxAd-0000Uz-20
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 12:34:31 -0500
Received: from mout.gmx.net ([212.227.15.15]:34933)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpxAb-0000Uk-S5
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 12:34:30 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608226460;
 bh=Wkee4kXROhrsOzecEVgtydBEeJ4TThvt9Fq6ucRUdZw=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=A9PBjDPu3l9y0y51HCZGuL1R2x6h0jwxoeGZ537JvjyZ0UbiEeRr4ucH4xZzUVrOx
 rJCNwH2dVtaQDbXtSeo8jZRsEEZ9qyvHXAOd5piWbNMpXEdBQhFIm2949h2j1u3n94
 TLtbCXQqlwtugOnJCFsbazChjQPheZwiPdglxWgs=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.7.238]) by mail.gmx.com (mrgmx005
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M8hV5-1klGKg49Cb-004iE0; Thu, 17
 Dec 2020 18:34:20 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <83sg89cyrq.fsf@HIDDEN> <X9ZvfMy13DlOSAkp@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN> <8336048r5p.fsf@HIDDEN>
 <028764d4-643e-d95f-5511-cfa7cc51d29d@HIDDEN> <83r1no74y9.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <f6bfcf17-dc61-0497-ff65-d42508c82d9f@HIDDEN>
Date: Thu, 17 Dec 2020 18:34:19 +0100
MIME-Version: 1.0
In-Reply-To: <83r1no74y9.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:mRa5+HgNvrh9kZ6RJ/UNVnLzB6Clc6RGkZu9g1O6DsQ0/IaTmeC
 dRTZ58z6E+gbXLhOA3Ydcelv0iGyU28LNt0NUm4aUXeXM7Ndy3KoxurIahqcR3+G7W+l+uy
 HhCFJxrqE+ckNpt+7F+0UOlEkLw2yq8dQmGD2K9NykgfKNDjNksa4Is0FKAPwH9LKed+qPO
 v9/l2NQWaupf6K1cOiaaA==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:dhl83zZN/pc=:GeL5C/DcCC5hulodOdkEWF
 xzNfqDEmyC0yJwI3Xv2s8VUJ/bKfSF7XGgi5+qWCP7QBOBlufwAFOYF6UbbxU5xpMOXgoIZCl
 k4gpyHMMsHihYNYcPa/NX3T8CuKqGmpp+lILhQnqQfDZGKZfRRGDi5cs2CoNc5NRS74FDaQSV
 7ojNWBfS1ds00+u6xa3ECHShauD3wY7W9xPbJEwDFom30AdHr8CfqEHgniHNeiRK/4gZDWKV8
 z6obLqgxkqSCI+qfCyeF6rAbu+ixLVHpxpIoyanq4d5hgr55+NArUv0AC4+rJXkPhO5+2gX7S
 mXc+BIO/E9VXyJuvb4soCw7CuhoXCk/rzoZCTXxB3fYcka8xkLu3lOkjRKNr5c1syCwTUvgdA
 JNavcd/3oBLbR10brxCvSgaF/GCHCLntGoZvP27mPVmjdPtj12kfgxEL0ozo+vIh9GXPAFYAh
 6AXYjQyZebo59Zf/RKHxmPI6RuWNhwXrTGjOwWfG0FsCnc418IzLw/qlQJQvsciuXkCYpDTcV
 zHHLzj6f0OI9Fb05Ov3VGdajHkr62cBLYgS+ftpbkRuSB1ugbCcDKL1hnvW95qrGvdpOu7Iak
 48jMW8vD9JfOi/exX/NOVUWHO8jsHufNalmhd+H+VMhEQbUko7TuLa+0FXexRhzk111go5/xS
 enfWigjjqCilR14sKAR5iEwhK85s3y43Fy1FfSUAZkB6uF0v+uRHnKQcdICU6KX2VQv66YEXj
 2lGs8Wfz2J2yawVAHgENpGS53kGqBbBxLFvO2NooEXQiPML9W/kFXyZh6vsA4x5HKq435cNCU
 O6cOTicb1VaXb6xGhtV/ymRIAqE8Icr/L7w/Dgyu+Cax/+V1cz0wwch145uF4/KDZi5V/xmah
 nIxIBkjYEv/N3YrKDFfQ==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > (FWIW, I don't see on my system any slowdown with 5 frames, like
 > Konrad does.  So this could very well be NS-specific.

It apparently is.  Otherwise, you would have fixed that long ago.

 > )

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 17:35:02 +0000
Resent-Message-ID: <handler.42406.B42406.16082265011975 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16082265011975
          (code B ref 42406); Thu, 17 Dec 2020 17:35:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 17:35:01 +0000
Received: from localhost ([127.0.0.1]:36940 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpxB7-0000Vn-BE
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 12:35:01 -0500
Received: from mout.gmx.net ([212.227.15.18]:47335)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kpxB5-0000VX-BT
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 12:34:59 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608226483;
 bh=MDExrYg3YGs/DternB/BdP0r96YZ5V162kObsUSYS94=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=Jf32LY+kCLMZbt9wb7cpe/DAyXl6J/bHS+1rFP7wzKLk0VaGWFKY+LeyXTGr4MLMc
 8MNgkhHMISZycuAIT5D2cXVodJG8o7NkNDVFnEfO84M5TCJQ/bE0KfhydiEkHBu5n7
 ZO8U3eOfkwL5Qozo8xsHsh/rfPel7VYnqD5V5kw8=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.7.238]) by mail.gmx.com (mrgmx005
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N6siz-1k1aCT408l-018L0G; Thu, 17
 Dec 2020 18:34:43 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> <83tusk7aro.fsf@HIDDEN>
 <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN> <83pn3874r0.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <5014029f-852f-e52e-3f2f-5f7deeba8d67@HIDDEN>
Date: Thu, 17 Dec 2020 18:34:42 +0100
MIME-Version: 1.0
In-Reply-To: <83pn3874r0.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:aZ4d/+k9gNxLGQbZy2K/vuIJsFnidp0yOf/v4OUfjsOAEmRqaaF
 MQRN8ljQ87RR8jTt7RIEiF4fhlOK9Sz1ZcishNYNj8rqm1+X7Mjs4NqckXxUp9gilsGwhpx
 +XL20X029SSVbf6tmYiAjF33zxgcWm+oV9L5pZ3f+diafcvA63ldKtzbR7ZLvAOQwjg3uHs
 V2PZ44sYvsq5z9lfo3uhg==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:cKdOHuExj4s=:soNIv6Wk7D8JudGu8PEDIr
 3zXJuq782urnVhWz13wAnqruIEHW0rsErcjGSlL6HbkzikIHOwehehZ5E+bv7jLUQ7rTnUsHY
 ApbQlXR897kZSR4yNeGu4iDcG4N4qinADDUjx2KKrZg4GkLRUn65Yz+Z/I0xYmAvT2i6CUKZ9
 ZPrT+dd2aBGYFwCrrxEbtHKk34FmnLIRhrmLE6yGtCh5dhqh3xH//h13f6KsT2HnioOvdXBF5
 /wxZHKWsdxRrI35X6EzGpaoAL1pM99raHnoZ6h/OGJ5zPrVWfaGXeAWL4CM9I6bWbViWlzB0r
 1bYJBjv6vKH2j+6wkcP+/djv3K3VZ5xxAKnMdfKW3aVLXoDucVVlbdN09/Rf8zGQdhvWU3L9W
 BPLSXuEDMd8NXTC4FZsdl6h6TQvO9QX9EoB2Xr0gNSnNDNKJWvesy8Q3kz/aR7nuqbfrceuEd
 rLakbhQLt8oBeXuEzh0q21Sr9qUvsUZiWuma9rgWllkq6GD2cGNJkuJ3tv/p2+Rt/kb8RNKPX
 0agsGqg4+bbPtcWgfbOOjd/sbGSbgXLK1zcz0IN3h1iPLTSMES0eNP45d9fRRTO8+12BKdR3z
 vTYIr6kDF/D2c0ZPbUD7TGvTinY4B0AcbxuwNNe/E226FhsenuTYS5KYpzv+LIBO4cdRIt2wh
 VMrCgaXDGIP/uaeKt2XspT/YtyiMFZepnsI2OOvcj071cKp2iO8nVdu1TfYKI8i6TeSkFHl7f
 yxqj1RV+9549MbhEgUZeD8OjWUrYVZbdaYFR0O+5v/Xvr/KLM+ME0B6CMGnVNCb7VMjQZcVk4
 VCJpEaKzqTwHD2sGiYxFTbaajmyYMpK6mitY1pgRBCpq972M+WPceyP2r7v7yQJoXxp4BK3D2
 FKGLAViU/k6rrRoGdMqA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >> The part mostly affected would be
 >>
 >>     if (consider_all_windows_p)
 >>       {
 >>         FOR_EACH_FRAME (tail, frame)
 >> 	XFRAME (frame)->updated_p = false;
 >
 > You mean, it will not affect the following FOR_EACH_FRAME loop?  If
 > so, I don't think I follow.

It would affect it in the sense that not necessarily all frames are
considered.  But you sketched that already in your TODO entry.

 >> because windows_or_buffers_changed should probably become either a list
 >> too or redisplay would simply scan all windows and act when it finds a
 >> window whose w->update_mode_line or w->changed flag is true.
 >
 > I don't think windows are the problem: Emacs knows very well which
 > window(s) actually need(s) to be redisplayed and redrawn.

In the case at hand Emacs relies on redisplaying all frames when
scrolling a window that is not on the selected frame in order to
correctly reflect the change in the scrolled window's mode line.

 > The problem
 > is with frame decorations that don't belong to any window: there we
 > rely on the OS and the WM to refrain from redrawing stuff unless
 > really needed.

IIUC windows_or_buffers_changed affects frames as well.  For example, I
have no idea why making a frame (in)visible should redisplay all other
frames while moving a frame on the screen apparently does not.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 17:48:02 +0000
Resent-Message-ID: <handler.42406.B42406.16082272533295 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16082272533295
          (code B ref 42406); Thu, 17 Dec 2020 17:48:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 17:47:33 +0000
Received: from localhost ([127.0.0.1]:36957 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpxNE-0000r5-PO
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 12:47:33 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:13737)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kpxNA-0000qo-Ui
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 12:47:30 -0500
Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 411E58033C;
 Thu, 17 Dec 2020 12:47:23 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 4E3F380784;
 Thu, 17 Dec 2020 12:47:21 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608227241;
 bh=JyoeEc+KJrp6y/v4cGdkwTfy/lAwHO5wQy3TdOtUAXE=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=nQ+gKJ/SCWi05ZhcC5PBFOZXJdSXymWrjc1RVhze3KvFnunairvMvXD1HJOhP3zqc
 QTDA0G9Bp7CHDxqnTLqD3n2KtDxeEBOFyvIBiBEaEIJ986f/HvTKGSNEtgRI3PASWx
 o1t0s905WeXqCc+W7I02xGloQ68f4lrLF1FKm0KmD2S6rsFAiY9CIcthTBYFfxUZoR
 hWe5n8oo5ald/9Whnx59r4p4NqlzAcGK/SxlNtoT+8EQfMNPf5RNe1t1+Ss8yQ/iAr
 /3ODqZuDO20gKkoBupEv8Z1+jbtMqCxeBHUBO2gpguO25QMdjkR8lpM40nTkqH0OKM
 bkdwLRYxTYvpw==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 5C1A91201B3;
 Thu, 17 Dec 2020 12:47:20 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
Date: Thu, 17 Dec 2020 12:47:17 -0500
In-Reply-To: <837dpkcqpa.fsf@HIDDEN> (Eli Zaretskii's message of "Mon, 14 Dec
 2020 18:12:01 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.073 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> I think the issue is clear: mouse-scroll calls scrolling commands, and
> all of the scrolling commands set update_mode_lines.  Why they do that
> is explained by the comment in wset_update_mode_line:
>
>   /* If this window is the selected window on its frame, set the
>      global variable update_mode_lines, so that gui_consider_frame_title
>      will consider this frame's title for redisplay.  */

This comment makes sense in `wset_update_mode_line` because that
function is for all cases where the "mode line / frame title" might need
to be updated.

But in the present case, the only change is the w->start
an the position of point: these are important enough to need to update
the mode line (for the column&line number), but I don't think these are
important enough to justify setting `update_mode_lines` to 42:
not only other frames can't be affected, but even the current frame's
title should basically never be affected either because it would be very
unusual to have the line/column number as part of the frame title.

The redisplay code does not guarantee that the mode-lines and
frame-titles will always be fully automatically kept up to date: we do
a good effort to keep it updated automatically, but there are various
cases where we give up and require ELisp code to call
`force-mode-line-update` explicitly.

We could decide that line/column numbers in frame titles fall
into that category of things we won't always automatically update.

This said, a better fix would be to make it so `wset_update_mode_line`
only causes the affected frame to be redrawn rather than all frames.
The patch below should do that.
Could you test it and see if the performance is good?

[ It can't be installed as-is: instead of `2` it should use the constant
  `REDISPLAY_SOME`, but that requires moving the code around.  ]


        Stefan


diff --git a/src/window.c b/src/window.c
index bcc989b5a7..1e9f137cd6 100644
--- a/src/window.c
+++ b/src/window.c
@@ -224,7 +224,10 @@ wset_update_mode_line (struct window *w)
   Lisp_Object fselected_window = XFRAME (WINDOW_FRAME (w))->selected_window;
 
   if (WINDOWP (fselected_window) && XWINDOW (fselected_window) == w)
-    update_mode_lines = 42;
+    {
+      update_mode_lines = 2;
+      fset_redisplay (XFRAME (WINDOW_FRAME (w)));
+    }
   else
     w->update_mode_line = true;
 }





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 18:02:01 +0000
Resent-Message-ID: <handler.42406.B42406.16082281114834 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16082281114834
          (code B ref 42406); Thu, 17 Dec 2020 18:02:01 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 18:01:51 +0000
Received: from localhost ([127.0.0.1]:36965 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpxb5-0001Fs-E4
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 13:01:51 -0500
Received: from eggs.gnu.org ([209.51.188.92]:57786)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpxb0-0001Fa-Fp
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 13:01:50 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:57223)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpxas-0005E0-ST; Thu, 17 Dec 2020 13:01:38 -0500
Received: from [176.228.60.248] (port=1234 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpxas-00016l-61; Thu, 17 Dec 2020 13:01:38 -0500
Date: Thu, 17 Dec 2020 20:01:36 +0200
Message-Id: <83k0tg71mn.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <5014029f-852f-e52e-3f2f-5f7deeba8d67@HIDDEN> (message from
 martin rudalics on Thu, 17 Dec 2020 18:34:42 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN>
 <0d3c9f07-7783-3e41-bf85-24a034c02e5c@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> <83tusk7aro.fsf@HIDDEN>
 <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN> <83pn3874r0.fsf@HIDDEN>
 <5014029f-852f-e52e-3f2f-5f7deeba8d67@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: konrad.podczeck@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Thu, 17 Dec 2020 18:34:42 +0100
> 
>  > I don't think windows are the problem: Emacs knows very well which
>  > window(s) actually need(s) to be redisplayed and redrawn.
> 
> In the case at hand Emacs relies on redisplaying all frames when
> scrolling a window that is not on the selected frame in order to
> correctly reflect the change in the scrolled window's mode line.

That's not my understanding.  My understanding is that the user
scrolls the _selected_ window, because otherwise wset_update_mode_line
doesn't set update_mode_lines:

  static void
  wset_update_mode_line (struct window *w)
  {
    /* If this window is the selected window on its frame, set the
       global variable update_mode_lines, so that gui_consider_frame_title
       will consider this frame's title for redisplay.  */
    Lisp_Object fselected_window = XFRAME (WINDOW_FRAME (w))->selected_window;

    if (WINDOWP (fselected_window) && XWINDOW (fselected_window) == w)
      update_mode_lines = 42;
    else
      w->update_mode_line = true;
  }


> IIUC windows_or_buffers_changed affects frames as well.  For example, I
> have no idea why making a frame (in)visible should redisplay all other
> frames while moving a frame on the screen apparently does not.

That's commented out now, although the comment seems to hint on the
reason.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 18:18:02 +0000
Resent-Message-ID: <handler.42406.B42406.16082290316371 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16082290316371
          (code B ref 42406); Thu, 17 Dec 2020 18:18:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 18:17:11 +0000
Received: from localhost ([127.0.0.1]:36971 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpxpu-0001eh-QM
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 13:17:11 -0500
Received: from eggs.gnu.org ([209.51.188.92]:32876)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kpxpq-0001e7-JG
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 13:17:09 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:57494)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kpxpi-0006xH-Tm; Thu, 17 Dec 2020 13:16:58 -0500
Received: from [176.228.60.248] (port=2162 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kpxpe-0008Vu-47; Thu, 17 Dec 2020 13:16:58 -0500
Date: Thu, 17 Dec 2020 20:16:53 +0200
Message-Id: <83im9070x6.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> (message from Stefan
 Monnier on Thu, 17 Dec 2020 12:47:17 -0500)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: Alan Third <alan@HIDDEN>,  konrad.podczeck@HIDDEN,
>   42406 <at> debbugs.gnu.org
> Date: Thu, 17 Dec 2020 12:47:17 -0500
> 
> > I think the issue is clear: mouse-scroll calls scrolling commands, and
> > all of the scrolling commands set update_mode_lines.  Why they do that
> > is explained by the comment in wset_update_mode_line:
> >
> >   /* If this window is the selected window on its frame, set the
> >      global variable update_mode_lines, so that gui_consider_frame_title
> >      will consider this frame's title for redisplay.  */
> 
> This comment makes sense in `wset_update_mode_line` because that
> function is for all cases where the "mode line / frame title" might need
> to be updated.
> 
> But in the present case, the only change is the w->start
> an the position of point: these are important enough to need to update
> the mode line (for the column&line number), but I don't think these are
> important enough to justify setting `update_mode_lines` to 42:
> not only other frames can't be affected, but even the current frame's
> title should basically never be affected either because it would be very
> unusual to have the line/column number as part of the frame title.

"Unusual" doesn't mean "unsupported".  For better or for worse, we
have documentation that is our contract with the users, and we cannot
unilaterally bail out of it, certainly not because the NS port is too
slow in updating the frame titles of 5 frames.

> The redisplay code does not guarantee that the mode-lines and
> frame-titles will always be fully automatically kept up to date:

Oh, yes, it does.  When that doesn't happen, it's a bug we need to
fix.  We just had something like this several months ago, where some
Lisp changed the face of a mode line in a way that required a very
thorough redisplay (because the height of the mode line changed
significantly).

> we do a good effort to keep it updated automatically, but there are
> various cases where we give up and require ELisp code to call
> `force-mode-line-update` explicitly.

force-mode-line-update should only be needed when changes in the mode
line are displayed in the middle of running Lisp code.  Anything else
is most probably a bug.

> We could decide that line/column numbers in frame titles fall
> into that category of things we won't always automatically update.
> 
> This said, a better fix would be to make it so `wset_update_mode_line`
> only causes the affected frame to be redrawn rather than all frames.
> The patch below should do that.
> Could you test it and see if the performance is good?

FWIW, I'm against such "fixes".  The current mix of frame-specific,
window-specific, and global flags is already a complex mess, where it
is extremely hard to understand which one of these should or does
trigger redrawing of something somewhere.  Adding some "assumed" logic
on top of that which is not really backed up by any clear path in the
code, but is just something we implicitly believe should happen, just
makes this mess less maintainable.

We should stop lumping heuristics one on top another, and instead
redesign this from scratch and make sure that every flag we set is
acted upon as intended, and only in situations we intend them to be
acted upon.  E.g., we should be able to set f->redisplay to a value
that means "update only the frame title".

> [ It can't be installed as-is: instead of `2` it should use the constant
>   `REDISPLAY_SOME`, but that requires moving the code around.  ]

I'm not against experimenting with replacing 42 by 32 or by
REDISPLAY_SOME etc., but I don't think we should install anything
along these lines, except if we need to fix a clear bug (i.e. a
redisplay glitch), which this one isn't.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 19:46:02 +0000
Resent-Message-ID: <handler.42406.B42406.160823433215221 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160823433215221
          (code B ref 42406); Thu, 17 Dec 2020 19:46:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 19:45:32 +0000
Received: from localhost ([127.0.0.1]:37029 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpzDQ-0003xQ-A5
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 14:45:32 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:11552)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kpzDM-0003x8-5P
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 14:45:31 -0500
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id CFFB210022E;
 Thu, 17 Dec 2020 14:45:22 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 2D6CB100091;
 Thu, 17 Dec 2020 14:45:21 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608234321;
 bh=hFuK6UTwaXF16q9dItXs8sUPWuTsEnMPo3daDYRh6MQ=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=CXIxpc/aLxN+dVgLtGqAcZAbSGKvL2srekE17PYJ/8+wNWswbWdvfSa6cad8aBKCY
 FG0657XTB+gxv9RxuOA1p89Th9YHLbJaACYO2d0SpTAz+BJwizGiRxNHh+rEOQF85O
 eVFk8ma0LzshIEA8CvnPFjwzoVn7YxEcD9PI3E1L0vHHrGPacHdFy7stUl+nAPbEmC
 k/pdpjJXH5DUqukVDrQ4LawJI8nSSqXa7ZsrMFvlKLuP9HRHOwR6P0+yhoWvv4HHSq
 F4Ym/rx2K0dvAIki67Fz/3M3ppD6qSV/h7vuzDHi0wMbXMO+/8okhoJqiyl+DABUPh
 est2+fHBZicrQ==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id DFCB112026E;
 Thu, 17 Dec 2020 14:45:20 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwva6ucw7pq.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
Date: Thu, 17 Dec 2020 14:45:19 -0500
In-Reply-To: <83im9070x6.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 17 Dec
 2020 20:16:53 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.088 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> force-mode-line-update should only be needed when changes in the mode
> line are displayed in the middle of running Lisp code.

I think the calls to `force-mode-line-update` in minor mode functions
beg to disagree.  E.g.

    src/emacs -Q --eval '(global-set-key "a" (lambda () (interactive) (setq abbrev-mode (not abbrev-mode))))'

you'll notice that hitting `a` doesn't change the mode line to reflect
the change in `abbrev-mode`.

> We should stop lumping heuristics one on top another, and instead
> redesign this from scratch and make sure that every flag we set is
> acted upon as intended, and only in situations we intend them to be
> acted upon.  E.g., we should be able to set f->redisplay to a value
> that means "update only the frame title".

The `redisplay` bit is not supposed to be a heuristic at all.  It just
tried to keep track more precisely of which part of the redisplay may
have changed.  `fset_redisplay` marks the frame to be redisplayed at the
next redisplay, setting `update_mode_lines` to a non-zero value means
that when redisplaying a window we also redisplay its mode line, so
the suggested hunk definitely doesn't rely on any kind of heuristic.

[ Any chance you got confused thinking that my patch intended to
  stop updating the column/line numbers in frame titles?
  It's most definitely not: the "This said" in my message divides two
  different proposed ways to attack the problem.  ]

The main problems I see with my suggested patch are:
- I don't know if it actually fixes the original problem.
- It can cause *more* redisplay work because it will force redisplay of
  all the windows in the current frame (rather than only their mode
  lines).

> I'm not against experimenting with replacing 42 by 32 or by
> REDISPLAY_SOME etc., but I don't think we should install anything
> along these lines, except if we need to fix a clear bug (i.e. a
> redisplay glitch), which this one isn't.

I don't know what you mean by "along these lines".


        Stefan





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 19:58:01 +0000
Resent-Message-ID: <handler.42406.B42406.160823502516350 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160823502516350
          (code B ref 42406); Thu, 17 Dec 2020 19:58:01 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 19:57:05 +0000
Received: from localhost ([127.0.0.1]:37040 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpzOM-0004F2-MF
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 14:57:05 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:5703)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kpzOK-0004El-OW
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 14:56:49 -0500
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 13C73441A7E;
 Thu, 17 Dec 2020 14:56:43 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 0FC0C441A59;
 Thu, 17 Dec 2020 14:56:41 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608235001;
 bh=og/u7akFn34m76X4bYnelA0ITZYMhrVV2sd6DQgUgs4=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=KmBeJPA0eiXsVkd7RzjpcA6j+LB0hPun4or59arC3RcyM3Y5iPP8cPIqobjaJCs8b
 wybHW2lVKlG1fsRxGzO/fuke8hU/w98ue2GBcz1NEIa8xsB8sEzNeFPfWfT9nqnMv6
 skCy6pNqdpXAOEfQMhIV3NGOiNRSdPmwLouYEGXRBQ0Dl9TmBY2NTJ3RukZn4ZfXxy
 Nur4Kt4tR2EWSH1iFtDZr9xoedSjGPoras+LPpySXJNTCivCiPukbO2luqVLusS6OC
 y72guWLHEimO2eWqJltfAbKLvKIQlCP4OwLnL7jlJUivl8OaWsMpgW3iPZ8UId7MQM
 +J31yA3NTPXoA==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id BEC0C12030D;
 Thu, 17 Dec 2020 14:56:40 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwv4kkkw6sq.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
Date: Thu, 17 Dec 2020 14:56:40 -0500
In-Reply-To: <83im9070x6.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 17 Dec
 2020 20:16:53 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.071 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

>> But in the present case, the only change is the w->start
>> an the position of point: these are important enough to need to update
>> the mode line (for the column&line number), but I don't think these are
>> important enough to justify setting `update_mode_lines` to 42:
>> not only other frames can't be affected, but even the current frame's
>> title should basically never be affected either because it would be very
>> unusual to have the line/column number as part of the frame title.
>
> "Unusual" doesn't mean "unsupported".

I just tried to test my proposed patch to see if it breaks this feature,
and it turns out that it's very definitely unusual: I don't know if it's
supposed to be supported, but at least I can say that it doesn't work ;-)

At least:

    emacs -Q --eval '(setq frame-title-format "(%l,%c)")'

shows me "(,)" as the frame title with the code in `master` as well as
with Emacs-25 and Emacs-27.

So maybe the better approach to fix this performance problem is indeed
not with the patch I proposed (which might still be a good idea in
general) but with some other change which refrains from setting
`update_mode_lines` at all just because we're scrolling.


        Stefan





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 20:36:01 +0000
Resent-Message-ID: <handler.42406.B42406.160823733921437 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160823733921437
          (code B ref 42406); Thu, 17 Dec 2020 20:36:01 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 20:35:39 +0000
Received: from localhost ([127.0.0.1]:37123 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kpzzu-0005Zf-U9
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 15:35:39 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:60223)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kpzzs-0005ZO-PD
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 15:35:37 -0500
Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 7282280904;
 Thu, 17 Dec 2020 15:35:31 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 5698780712;
 Thu, 17 Dec 2020 15:35:29 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608237329;
 bh=1SFcMzgYstWW2E2aZgBE5lRt9ZbP7XPnH7u5YQugYTg=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=IiaTYGFe9Z8MAPx9s6SItbd/YswaBpPQgoloZOJji0MKS7vif71siHMCgErvtJu3j
 ZSWAYG0skQ5QahMcJ4U0NPh9dR4owJj01uznt4vPwaPKsWYRqkaJl4HnAVI5Z9dto8
 AFW9fsIgwTSlpVYREhjgtS2SpJq896iX7CazfQHvvux8zrriMcZvv2qtxUz+CsRvoT
 wTvzohHMJlelgNXHGe3FupHMJmoSerVeUAlawHRkUmz+hb2hA+EoSTXidNngrAntv+
 JxyVVcNO2Gyd6Axn0CqNRSmFiCnXdUG7V/X8CqG6zU6ffiNXkduHqir0MZe9ODMwHc
 iN1hR6ZSpLytw==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 16A1B12034B;
 Thu, 17 Dec 2020 15:35:29 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvsg84uqh3.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwv4kkkw6sq.fsf-monnier+emacs@HIDDEN>
Date: Thu, 17 Dec 2020 15:35:27 -0500
In-Reply-To: <jwv4kkkw6sq.fsf-monnier+emacs@HIDDEN> (Stefan Monnier's message
 of "Thu, 17 Dec 2020 14:56:40 -0500")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.074 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> I just tried to test my proposed patch to see if it breaks this feature,
> and it turns out that it's very definitely unusual: I don't know if it's
> supposed to be supported, but at least I can say that it doesn't work ;-)
>
> At least:
>
>     emacs -Q --eval '(setq frame-title-format "(%l,%c)")'
>
> shows me "(,)" as the frame title with the code in `master` as well as
> with Emacs-25 and Emacs-27.

Hmm... so I cooked up the patch below which should solve the original
performance problem, hopefully without introducing any regression, but
while testing it I saw that %p *does* work in frame's titles, so
scrolling can indeed affect the frame-title.

This also means that the patch below should fail sometimes to update the
%p in the frame title, yet I couldn't make it fail :-(

I must be missing something.

I tried

    emacs -Q --eval '(setq frame-title-format "(%l,%c,%p,%I)")' lisp/subr.el

and then scrolling the buffer with `C-v`: frame-title properly updated.
Then I tried to `C-x 5 2` and then `C-M-v` to scroll the window in the
other frame than the selected one: frame-title properly properly updated
as well!

So, now I'm wondering where is the code that causes the frame title to
be (properly) refreshed in my tests!


        Stefan


diff --git a/src/window.c b/src/window.c
index bcc989b5a7..d73289764d 100644
--- a/src/window.c
+++ b/src/window.c
@@ -215,16 +215,25 @@ wset_combination (struct window *w, bool horflag, Lisp_Object val)
     w->horizontal = horflag;
 }
 
+/* Notify that the window's mode line may need to be updated.
+   If AND_FRAME is false, it means that contrary to the window's mode-line,
+   the frame's title can't be affected.  This can be the case because
+   %l and %c don't work in frame titles (i.e. only the window's point
+   has changed).  */
 static void
-wset_update_mode_line (struct window *w)
+wset_update_mode_line (struct window *w, bool and_frame)
 {
   /* If this window is the selected window on its frame, set the
      global variable update_mode_lines, so that gui_consider_frame_title
      will consider this frame's title for redisplay.  */
   Lisp_Object fselected_window = XFRAME (WINDOW_FRAME (w))->selected_window;
 
-  if (WINDOWP (fselected_window) && XWINDOW (fselected_window) == w)
-    update_mode_lines = 42;
+  if (and_frame
+        && WINDOWP (fselected_window) && XWINDOW (fselected_window) == w)
+    {
+      update_mode_lines = 2;
+      fset_redisplay (XFRAME (WINDOW_FRAME (w)));
+    }
   else
     w->update_mode_line = true;
 }
@@ -1847,7 +1856,7 @@ DEFUN ("set-window-start", Fset_window_start, Sset_window_start, 2, 3, 0,
   w->start_at_line_beg = false;
   if (NILP (noforce))
     w->force_start = true;
-  wset_update_mode_line (w);
+  wset_update_mode_line (w, false);
   /* Bug#15957.  */
   w->window_end_valid = false;
   wset_redisplay (w);
@@ -4008,7 +4017,7 @@ set_window_buffer (Lisp_Object window, Lisp_Object buffer,
     }
 
   wset_redisplay (w);
-  wset_update_mode_line (w);
+  wset_update_mode_line (w, true);
 
   /* We must select BUFFER to run the window-scroll-functions and to look up
      the buffer-local value of Vwindow_point_insertion_type.  */
@@ -5627,7 +5636,7 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror)
 		  set_marker_restricted (w->start, make_fixnum (spos),
 					 w->contents);
 		  w->start_at_line_beg = true;
-		  wset_update_mode_line (w);
+		  wset_update_mode_line (w, false);
 		  /* Set force_start so that redisplay_window will run the
 		     window-scroll-functions.  */
 		  w->force_start = true;
@@ -5812,7 +5821,7 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror)
 				  IT_BYTEPOS (it));
       bytepos = marker_byte_position (w->start);
       w->start_at_line_beg = (pos == BEGV || FETCH_BYTE (bytepos - 1) == '\n');
-      wset_update_mode_line (w);
+      wset_update_mode_line (w, false);
       /* Set force_start so that redisplay_window will run the
 	 window-scroll-functions.  */
       w->force_start = true;
@@ -6072,7 +6081,7 @@ window_scroll_line_based (Lisp_Object window, int n, bool whole, bool noerror)
 
       set_marker_restricted_both (w->start, w->contents, pos, pos_byte);
       w->start_at_line_beg = !NILP (bolp);
-      wset_update_mode_line (w);
+      wset_update_mode_line (w, false);
       /* Set force_start so that redisplay_window will run
 	 the window-scroll-functions.  */
       w->force_start = true;





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 20:37:02 +0000
Resent-Message-ID: <handler.42406.B42406.160823738721566 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160823738721566
          (code B ref 42406); Thu, 17 Dec 2020 20:37:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 20:36:27 +0000
Received: from localhost ([127.0.0.1]:37128 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kq00Z-0005bZ-B9
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 15:36:27 -0500
Received: from eggs.gnu.org ([209.51.188.92]:37054)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kq00V-0005bA-Sd
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 15:36:17 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:59623)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kq00N-0007HX-Jk; Thu, 17 Dec 2020 15:36:07 -0500
Received: from [176.228.60.248] (port=3506 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kq00M-0001od-66; Thu, 17 Dec 2020 15:36:06 -0500
Date: Thu, 17 Dec 2020 22:36:04 +0200
Message-Id: <83ft446uh7.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <jwva6ucw7pq.fsf-monnier+emacs@HIDDEN> (message from Stefan
 Monnier on Thu, 17 Dec 2020 14:45:19 -0500)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwva6ucw7pq.fsf-monnier+emacs@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: alan@HIDDEN,  konrad.podczeck@HIDDEN,  42406 <at> debbugs.gnu.org
> Date: Thu, 17 Dec 2020 14:45:19 -0500
> 
>     src/emacs -Q --eval '(global-set-key "a" (lambda () (interactive) (setq abbrev-mode (not abbrev-mode))))'
> 
> you'll notice that hitting `a` doesn't change the mode line to reflect
> the change in `abbrev-mode`.

That probably just means abbrev-mode should be added to the list at
the end of frame.el.  Or maybe that we need some new mechanism to
trigger update of the lighter on the mode line when a mode is turned
on or off.

And while we are talking about force-mode-line-update: can you explain
why we need to set the prevent_redisplay_optimizations_p flag of the
buffer, in addition to setting update_mode_lines to a magic value?

And btw, redisplaying the mode line in general could mean you need to
redisplay the text area as well, for example when the mode line
changes its height.  So setting update_mode_lines to REDISPLAY_SOME
under the assumption that only the mode line needs to be considered is
not necessarily true and can cause redisplay bugs.

> > We should stop lumping heuristics one on top another, and instead
> > redesign this from scratch and make sure that every flag we set is
> > acted upon as intended, and only in situations we intend them to be
> > acted upon.  E.g., we should be able to set f->redisplay to a value
> > that means "update only the frame title".
> 
> The `redisplay` bit is not supposed to be a heuristic at all.  It just
> tried to keep track more precisely of which part of the redisplay may
> have changed.  `fset_redisplay` marks the frame to be redisplayed at the
> next redisplay, setting `update_mode_lines` to a non-zero value means
> that when redisplaying a window we also redisplay its mode line, so
> the suggested hunk definitely doesn't rely on any kind of heuristic.

Then what is this bit of redisplay_internal about:

  consider_all_windows_p = (update_mode_lines
			    || windows_or_buffers_changed);
  [...]
  if (consider_all_windows_p)
    {
      FOR_EACH_FRAME (tail, frame)
	XFRAME (frame)->updated_p = false;

      propagate_buffer_redisplay ();

      FOR_EACH_FRAME (tail, frame)
	{
   [...]

If the redisplay flag is all we need, how come we must also set
update_mode_lines or windows_or_buffers_changed to get Emacs to
consider anything beyond the selected window?  Why does it have to be
so complicated to say "this frame needs to have all of its windows
reconsidered for redisplay"?

> The main problems I see with my suggested patch are:
> - I don't know if it actually fixes the original problem.

And this is exactly my problem: this is the "heuristic" part I was
talking about.  Instead of knowing exactly which flag does what and
why, we have a combination of flags and global variables, and try
tweaking them until we get the desired result.  This can only work up
to a point, and I think we are well beyond that point.

> - It can cause *more* redisplay work because it will force redisplay of
>   all the windows in the current frame (rather than only their mode
>   lines).

See, we have a single set of conditions that controls when we consider
the frame title, when we consider the mode line, the header-line, the
tab-line, the tool bar, and the menu bar.  It makes very little sense
to me to use the same condition for all of these.

> > I'm not against experimenting with replacing 42 by 32 or by
> > REDISPLAY_SOME etc., but I don't think we should install anything
> > along these lines, except if we need to fix a clear bug (i.e. a
> > redisplay glitch), which this one isn't.
> 
> I don't know what you mean by "along these lines".

"Along these lines" means playing more games with "special" values of
update_mode_lines and windows_or_buffers_changed.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 20:48:02 +0000
Resent-Message-ID: <handler.42406.B42406.160823803222998 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160823803222998
          (code B ref 42406); Thu, 17 Dec 2020 20:48:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 20:47:12 +0000
Received: from localhost ([127.0.0.1]:37139 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kq0B5-0005yq-KE
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 15:47:11 -0500
Received: from eggs.gnu.org ([209.51.188.92]:39172)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kq0B4-0005ya-8E
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 15:47:10 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:59771)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kq0Aw-00007h-Tp; Thu, 17 Dec 2020 15:47:02 -0500
Received: from [176.228.60.248] (port=4182 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kq0Aw-0002cK-6a; Thu, 17 Dec 2020 15:47:02 -0500
Date: Thu, 17 Dec 2020 22:47:02 +0200
Message-Id: <83czz86tyx.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <jwv4kkkw6sq.fsf-monnier+emacs@HIDDEN> (message from Stefan
 Monnier on Thu, 17 Dec 2020 14:56:40 -0500)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwv4kkkw6sq.fsf-monnier+emacs@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: alan@HIDDEN,  konrad.podczeck@HIDDEN,  42406 <at> debbugs.gnu.org
> Date: Thu, 17 Dec 2020 14:56:40 -0500
> 
> >> But in the present case, the only change is the w->start
> >> an the position of point: these are important enough to need to update
> >> the mode line (for the column&line number), but I don't think these are
> >> important enough to justify setting `update_mode_lines` to 42:
> >> not only other frames can't be affected, but even the current frame's
> >> title should basically never be affected either because it would be very
> >> unusual to have the line/column number as part of the frame title.
> >
> > "Unusual" doesn't mean "unsupported".
> 
> I just tried to test my proposed patch to see if it breaks this feature,
> and it turns out that it's very definitely unusual: I don't know if it's
> supposed to be supported, but at least I can say that it doesn't work ;-)
> 
> At least:
> 
>     emacs -Q --eval '(setq frame-title-format "(%l,%c)")'
> 
> shows me "(,)" as the frame title with the code in `master` as well as
> with Emacs-25 and Emacs-27.

If you meant %l and %c, then we were mis-communicating: these two
aren't supported in frame titles, it's documented.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 20:59:02 +0000
Resent-Message-ID: <handler.42406.B42406.160823871124461 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160823871124461
          (code B ref 42406); Thu, 17 Dec 2020 20:59:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 20:58:31 +0000
Received: from localhost ([127.0.0.1]:37147 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kq0M2-0006MT-Un
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 15:58:31 -0500
Received: from eggs.gnu.org ([209.51.188.92]:41820)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kq0Lx-0006M2-JA
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 15:58:29 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:60017)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kq0Lp-0001bK-Ve; Thu, 17 Dec 2020 15:58:17 -0500
Received: from [176.228.60.248] (port=4862 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kq0Lk-0006Nw-QT; Thu, 17 Dec 2020 15:58:14 -0500
Date: Thu, 17 Dec 2020 22:58:11 +0200
Message-Id: <83bles6tgc.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <jwvsg84uqh3.fsf-monnier+emacs@HIDDEN> (message from Stefan
 Monnier on Thu, 17 Dec 2020 15:35:27 -0500)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwv4kkkw6sq.fsf-monnier+emacs@HIDDEN>
 <jwvsg84uqh3.fsf-monnier+emacs@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: alan@HIDDEN,  konrad.podczeck@HIDDEN,  42406 <at> debbugs.gnu.org
> Date: Thu, 17 Dec 2020 15:35:27 -0500
> 
> So, now I'm wondering where is the code that causes the frame title to
> be (properly) refreshed in my tests!

I hope now you better understand why I dislike this kind of messing
with the likes of update_mode_lines and the rest.  We are flying
blind, so how can we hope to arrive at the destination safely and
quickly?

If we want to make any improvements in redisplay efficiency, we should
simply toss what we have and start anew, redefining each flag
accurately and adding more flags/values to augment the existing ones.
Globals like update_mode_lines should simply go away: how long does it
take to loop over all the frames/windows and set the corresponding
flag of each one of them (not that I see why we would even need to do
that for all the windows)?  And the window's update_mode_line flag
should not be used for deciding about all the -lines and frame-title,
we should instead have much more fine-grained flags that would allow
us to make separate decisions regarding each one of them; for example,
when only the column number changes, the flags should tell us that the
mode line might need update, but the frame title definitely doesn't.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 21:08:01 +0000
Resent-Message-ID: <handler.42406.B42406.160823924925702 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160823924925702
          (code B ref 42406); Thu, 17 Dec 2020 21:08:01 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 21:07:29 +0000
Received: from localhost ([127.0.0.1]:37156 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kq0Uj-0006gQ-5t
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 16:07:29 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:63753)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kq0Uh-0006gA-Vb
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 16:07:28 -0500
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 7D950100225;
 Thu, 17 Dec 2020 16:07:22 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 44A44100091;
 Thu, 17 Dec 2020 16:07:20 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608239240;
 bh=83pzppg9FCjtka+K0ugrf6M1nUgVB5kw5JVZSB2Em2Q=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=ikysJlB6CIA77qQKfz3LQg+ErLqczlfK6bAH6f8f3cIy9SjT/AaC7rGuL4lJCnuiq
 w/AG3rKyzJSE9e2ngswYViqcid7KNoLdxYVDt04/FpytW1RgjA24aiYDp4Oth8tBiT
 m5naJvN232Dj2LpoXyAF79u16GCrcYWHUFbfO28kaxdlGAyhdjuDbfSHr1wWFx2ZCu
 uvrR0tWnxF6/GaJRbn+jolvLsdnunX6A86/wBHzDHNado5fRT/zjSiyzJdbDDYdU82
 xHGgK0TCgViIA6aMCLCe6MAhTtV0AbwB/q1BTI3px8+8vYk8SQXy0ZTA8HJ8muzokE
 pEiLag1ETFVSg==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 045AA12021A;
 Thu, 17 Dec 2020 16:07:19 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvmtycupxi.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwva6ucw7pq.fsf-monnier+emacs@HIDDEN> <83ft446uh7.fsf@HIDDEN>
Date: Thu, 17 Dec 2020 16:07:19 -0500
In-Reply-To: <83ft446uh7.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 17 Dec
 2020 22:36:04 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.087 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> That probably just means abbrev-mode should be added to the list at
> the end of frame.el.  Or maybe that we need some new mechanism to
> trigger update of the lighter on the mode line when a mode is turned
> on or off.

Don't know about "new" but the old mechanism is that the standard
minor-mode code ends up calling `force-mode-line-update` (this now
mostly comes from `define-minor-mode`, but in the past it was present in
most "manual" definitions as well).

> And while we are talking about force-mode-line-update: can you explain
> why we need to set the prevent_redisplay_optimizations_p flag of the
> buffer, in addition to setting update_mode_lines to a magic value?

I wish I could, but that bit predates me, and I have no idea what
`prevent_redisplay_optimizations_p` means or does, really.

I just removed it from my local Emacs, to see if I notice any difference.

> And btw, redisplaying the mode line in general could mean you need to
> redisplay the text area as well, for example when the mode line
> changes its height.  So setting update_mode_lines to REDISPLAY_SOME
> under the assumption that only the mode line needs to be considered is
> not necessarily true and can cause redisplay bugs.

I don't see why you relate this problem to REDISPLAY_SOME: when setting
update_mode_lines to other values, xdisp.c should suffer from the same
problem (it presumably updates the mode-lines of all windows without
updating the corresponding window's contents).

>> > We should stop lumping heuristics one on top another, and instead
>> > redesign this from scratch and make sure that every flag we set is
>> > acted upon as intended, and only in situations we intend them to be
>> > acted upon.  E.g., we should be able to set f->redisplay to a value
>> > that means "update only the frame title".
>> 
>> The `redisplay` bit is not supposed to be a heuristic at all.  It just
>> tried to keep track more precisely of which part of the redisplay may
>> have changed.  `fset_redisplay` marks the frame to be redisplayed at the
>> next redisplay, setting `update_mode_lines` to a non-zero value means
>> that when redisplaying a window we also redisplay its mode line, so
>> the suggested hunk definitely doesn't rely on any kind of heuristic.
>
> Then what is this bit of redisplay_internal about:
>
>   consider_all_windows_p = (update_mode_lines
> 			    || windows_or_buffers_changed);
>   [...]
>   if (consider_all_windows_p)
>     {
>       FOR_EACH_FRAME (tail, frame)
> 	XFRAME (frame)->updated_p = false;
>
>       propagate_buffer_redisplay ();
>
>       FOR_EACH_FRAME (tail, frame)
> 	{
>    [...]
>
> If the redisplay flag is all we need, how come we must also set
> update_mode_lines or windows_or_buffers_changed to get Emacs to
> consider anything beyond the selected window?

The `redisplay` bits were designed to reduce the set of windows that we
consider at each redisplay.  Before them, there were the 2 modes you
described in the TODO: either only consider the selected window or
consider all windows.  The `redisplay` bits only come into play when we
get to the "all windows" case.

> Why does it have to be so complicated to say "this frame needs to have
> all of its windows reconsidered for redisplay"?

Is it?  AFAIK `fset_redisplay (f)` is all it takes, which doesn't seem
particularly complex (and neither does its code).

>> The main problems I see with my suggested patch are:
>> - I don't know if it actually fixes the original problem.
> And this is exactly my problem: this is the "heuristic" part I was
> talking about.  Instead of knowing exactly which flag does what and
> why, we have a combination of flags and global variables, and try
> tweaking them until we get the desired result.  This can only work up
> to a point, and I think we are well beyond that point.

Not sure what you're suggesting here.

[ At least I know what the `redisplay` bits are *supposed* to do.
  What I meant by "I don't know if it actually fixes the original
  problem" is that I can't reproduce it locally so I need someone else
  to confirm that it fixes the original problem, and this is not because
  I don't understand what the code I changed does, but because I don't
  know enough about the problem to be sure that my fix addresses the
  actual problem.  ]

>> - It can cause *more* redisplay work because it will force redisplay of
>>   all the windows in the current frame (rather than only their mode
>>   lines).
>
> See, we have a single set of conditions that controls when we consider
> the frame title, when we consider the mode line, the header-line, the
> tab-line, the tool bar, and the menu bar.  It makes very little sense
> to me to use the same condition for all of these.

I think it makes a lot of sense from the point of view of managing
code complexity.  But indeed, it leaves open optimization opportunities,
so we could refine the info used to keep track of what needs to
be redisplayed.

>> > I'm not against experimenting with replacing 42 by 32 or by
>> > REDISPLAY_SOME etc., but I don't think we should install anything
>> > along these lines, except if we need to fix a clear bug (i.e. a
>> > redisplay glitch), which this one isn't.
>> I don't know what you mean by "along these lines".
> "Along these lines" means playing more games with "special" values of
> update_mode_lines and windows_or_buffers_changed.

I don't know what you mean by "special values".
And I'm not playing any games here.

The meaning of those vars is as follows:

- update_mode_lines == 0 means that none of the mode lines (and
  relatives) needs to be updated.
- update_mode_lines > 2 means that all the mode lines in all windows
  need to be updated.
- update_mode_lines == 2 means that all the mode lines need to be
  updated in the set designated by the `redisplay` bits (where the
  `redisplay` on a frame means that all of its windows are also part opf
  the set, and where the `redisplay` bit of a buffer means that all the
  windows that display this buffer are also part of the set).

- windows_or_buffers_changed == 0 means that only the selected window's
  content may need to be updated.
- update_mode_lines > 2 means that the contents in all windows
  may need to be updated.
- update_mode_lines == 2 means that the contents in all windows in the
  set designated by the `redisplay` bits may need to be updated.


        Stefan





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 21:25:01 +0000
Resent-Message-ID: <handler.42406.B42406.160824025227845 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160824025227845
          (code B ref 42406); Thu, 17 Dec 2020 21:25:01 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 21:24:12 +0000
Received: from localhost ([127.0.0.1]:37173 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kq0ku-0007F3-BF
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 16:24:12 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:3650)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kq0ks-0007El-6O
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 16:24:11 -0500
Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 93830805BE;
 Thu, 17 Dec 2020 16:24:04 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id BE49480675;
 Thu, 17 Dec 2020 16:24:02 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608240242;
 bh=vaxNgSfqT/65HR5X3VNYQPo4m6UHaNMrGNbaiSZbHpM=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=gCFiJsi0H7RuVlHHW6xNQassw/IMxyyI9uSXuKOpD7QVksh3nl5BV9acDmXaW9AhC
 hxbG45PZOk376ZASpWVeFrLLVGAF8LTYMjjc2aPcmrswAxXj3oMsd294smiNQc/CS2
 LOFp5di1Va2e5z+sGMM7cqYUtuIBmK6YZbpncFoPIJzC/dKRBdVuETD3rsgy2aeN1M
 WKmv/QvC6z180fNxAlDtrlFUXNe1lZOF2XIcAtsBOZ/tBUOsy68QH3zTnC2rC66UOw
 7n2dC4pnLHxmU+4PRiHwttx3JpF21SZo11oxq43mEjQCfn5joxRZCCKI8ploIyceCk
 FAHUEKL7VDtPQ==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 7B4A5120205;
 Thu, 17 Dec 2020 16:24:02 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvh7okuole.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwv4kkkw6sq.fsf-monnier+emacs@HIDDEN>
 <jwvsg84uqh3.fsf-monnier+emacs@HIDDEN> <83bles6tgc.fsf@HIDDEN>
Date: Thu, 17 Dec 2020 16:24:01 -0500
In-Reply-To: <83bles6tgc.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 17 Dec
 2020 22:58:11 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.074 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> If we want to make any improvements in redisplay efficiency, we should
> simply toss what we have and start anew, redefining each flag
> accurately and adding more flags/values to augment the existing ones.

AFAIK that's exactly what I did with the `redisplay` bits.

> Globals like update_mode_lines should simply go away: how long does it
> take to loop over all the frames/windows and set the corresponding
> flag of each one of them (not that I see why we would even need to do
> that for all the windows)?

And indeed, my `redisplay` bits intend to replace that
global variable, tho I've kept it for now in order to make the change
more conservative: while looping over all the windows/frames may be fast
if you do it once per command, it's quite possible to run code that sets
`update_mode_lines` many times in a single command, and if you have
a hundred frames/windows like I often do, this could end up making the
code measurably slower in some corner cases.  I doubt I'd be bothered,
but I didn't want to take the risk of introducing such
performance regressions.

Similarly, I kept the special case where we only consider the selected
window.  We could get rid of it and only rely on the `redisplay` bits
instead, but it could make things marginally slower in some cases, and
it would have a required more work to try and better understand what
that "selected window only" code path does to make sure I wasn't
introducing any regression.

> And the window's update_mode_line flag should not be used for deciding
> about all the -lines and frame-title, we should instead have much more
> fine-grained flags that would allow us to make separate decisions
> regarding each one of them;

That would be nice, yes.  But that's largely independent from the bug
under discussion, where the performance seems to be adequate with the
current coarse grained flags as long as we have a single frame, so the
problem seems to be that we consider all frames instead of only
considering those displaying the affected windows.


        Stefan





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 23:20:01 +0000
Resent-Message-ID: <handler.42406.B42406.16082471909610 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16082471909610
          (code B ref 42406); Thu, 17 Dec 2020 23:20:01 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 23:19:50 +0000
Received: from localhost ([127.0.0.1]:37295 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kq2Yk-0002Us-OU
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 18:19:50 -0500
Received: from mout.gmx.net ([212.227.15.19]:33193)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kq2Yh-0002UV-Ka
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 18:19:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608247172;
 bh=rAlOVim2nOkECipNto5X02eYSqp0+8T6Xrt4uyUxKg4=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=Q4z9n4YAKkFJjGAUvyBkcdSN37IGHXGo1oaQlss74Mu/u4sDrCYaDxNtVpTHwmIFH
 m1lfM8y8ysAWKUaBcXjH0z3EiT3ticl6jLLhQ+mHeu4Ja6jHhlJKbzA/8qTwnDR5XC
 QdqjUCRjrbR/nf0X27kDmoefYjAvX4HHcRzkPyCI=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([46.125.249.70]) by mail.gmx.com (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M42jK-1kq2YV3Imm-0000d4; Fri, 18
 Dec 2020 00:19:31 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <32769197-17d3-564f-a917-c5e898f159b6@HIDDEN>
Date: Fri, 18 Dec 2020 00:19:29 +0100
MIME-Version: 1.0
In-Reply-To: <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:GJb0Tn/Dc+VtxnuDl4257jNboEcJC/DM5fSFR2gQvsuV6p5/j0I
 mugD19D8L9k88vjcI+vMRV8SB1HDo7inUHYQT2SqrrAuuyCrxQyB1+UGozv3YymdZkyH3aH
 Z8XwaBMIximGAP3Yc59Knwcx4NiDb7OpU+UJuWXJAqeV+8TntWcvVeUe12fHvXoo3wvlEWn
 jmnUdhVvkiQ5efsO8vqVQ==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:3RWmuSHnzkA=:ZZd2Cu1VGotEbUtT5LUM5/
 mgwNQ+hv4HgMjQryYKmueJgV442DVSkVU+R/JKCf+diUm5tPDkXNY1L1KafBHBL1wTCA/yq1e
 WX7LD+PnqnXB6e+pVNjLqgCv2kRFqDBW5gfUp+2y0iXu2Y0TfOCL75HpiO0Kd4B+C76VOtuLV
 DJ3J+x1poxOtySfwwYnGRlOkvSRFrvVZag8hj0aVdAjphFbHZKuU44bBRPBpTZGaFl6yPC3FT
 +a6y+FG3ub9ZKu3AfNOywXWIEfApL90imvUbGySi8Qal/iymTFIUtYuFXeGIPG+fs3f0f+Shg
 ZwNR5QX81WayY4KCoy7/ttWpKjb1BvgSIHno+1YlSFm46oI0B+WyaMfWLGUaonuVuiQIWteS2
 tRdIcWj8TXB7zZaNHrGg2MFuMVVZ/wH6MqGlFeHbG0M+CWUbMRlx3ijTAt+fm3L38/f7keh2Y
 MQc3CMeFN3I75SnaZHrnHQ+gA0/HCaddIgUZI5JABnLDtik3bl4Fm0Vetkz2lvSsxQOQ61bAo
 7HN0JcEZ6tdY7drRxiA9ioWynewMVmVqPunpaW5CJVxrf1/wNJkDC6oUJtfdeTnKD9rpL1fj3
 wCBBHiPvtK+JPTY2tY58uy16fGsv0wkniBOhABI579SUkX3LGo6gJtwqKnB6mcd87PpSec+HT
 6dSX/i+w/vXwnAJrWPBsw8fAXzhStIVDvlXaUouDVelwKlgMBdayoSG9ftYShSv3qRtlBVYPg
 zSSOfKWvWL/qd86OvWERSCXsxI5h8BRYgM6p1E1bnjj1epmlW7w0xsQooSD2mUB1HvIWpYwwR
 es2Gth+62kI4zRLzxd3ZeaVPH3exr1gHfHPg4SBwebycBMKpgQlQID1bibNZM8OeD5iLhEO3O
 7B5Kvxg8Yo1RMkMmFI2w==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >     if (WINDOWP (fselected_window) && XWINDOW (fselected_window) == w)
 > -    update_mode_lines = 42;
 > +    {
 > +      update_mode_lines = 2;
 > +      fset_redisplay (XFRAME (WINDOW_FRAME (w)));
 > +    }
 >     else
 >       w->update_mode_line = true;

Why penalize people with >= 2 windows per selected frame when scrolling
one of them by updating all the others' mode, header, tab lines?

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 23:21:02 +0000
Resent-Message-ID: <handler.42406.B42406.16082472099689 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16082472099689
          (code B ref 42406); Thu, 17 Dec 2020 23:21:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 23:20:09 +0000
Received: from localhost ([127.0.0.1]:37299 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kq2Z7-0002WC-HI
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 18:20:09 -0500
Received: from mout.gmx.net ([212.227.15.18]:49401)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kq2Z5-0002VQ-Qh
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 18:20:08 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608247189;
 bh=hxg7WyD3zNb5K1+QOiThHTA8smM7hIaMSvBUxCpuZXM=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=aZD21sEZrhd8XHF620K20gC9pL8gExJqZ8XfUreD1EYFFMFxwSWHSaokmPOtPWxhl
 BFHS01cPWOW9STF/OJlhioGHrQwWJOGoUtbI/sJ5GFw8ydSOlbYGpQDwy6w8XTkG2Z
 +MgA6azEf6kbvztL+A0vIpk6iCS68cEZ9XgJ8JpU=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([46.125.249.70]) by mail.gmx.com (mrgmx005
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MnakR-1kQHzs2Sof-00jX8f; Fri, 18
 Dec 2020 00:19:49 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> <83tusk7aro.fsf@HIDDEN>
 <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN> <83pn3874r0.fsf@HIDDEN>
 <5014029f-852f-e52e-3f2f-5f7deeba8d67@HIDDEN> <83k0tg71mn.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <25f0682d-5f12-4db2-a913-edd3bb8c0610@HIDDEN>
Date: Fri, 18 Dec 2020 00:19:48 +0100
MIME-Version: 1.0
In-Reply-To: <83k0tg71mn.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:tRwj/38oNiMMwHLui3PojmR3e6agKV18P7iDiaFaw/0v0ddulHp
 3ujrSNuxLeScBS9kt9ALQoOpQ8uD1/J5xnrR1zFtSyToLzd5Uagek+U8x+yYi1iZYfNIYmx
 EMC1gz7RYpLhJC1gv6NR81zZwnU5Pw15RB6Q2OC6TFyU9VgZqnn2awtFa7vfglnsBCKcHIo
 LLrD4u1ixXUeao+20KRCg==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:enlIU+aNUgw=:fJtBfoHBIwyj/fXoFSY/WI
 dI6qCH+fpEuY2ZW1sXsB71l+TFqsGkfxeM90GWpkKLckSqXbJtG9CHr+U9mJ6feoOQUCIn/IA
 YNqhIFOm6hiSMhfPYKvtojma6YF1BOtd9hLwcKctnkwR9cJi31ozF6TkQFa02u98O0V9ZSNv2
 CO4jt1OqJnF//QYlOKRXWc7qsowRpR4b7DCDU4Hvc486CDjBi7MoJbuk4YcB03yQLlDLzHOu5
 83OrjZeOPAM+I5linMi/Y6M/FCkRFGp/i+R4OV6kissuiQ4j6kPFkIBcAqBg3XNQ8RMjLkMmi
 +N6TqbJake2XbCEP0H3tpCktWZKXpcjULmcKdYFAs9knWEGA8inEtbjT2GSlYogk78U72f24B
 w0H1vSNXvEOtPHBl/7Absn0hK1foUWxNlm/csss+sEgXp8VzXVKGmiSffqUetJ8wbAGds0ZJe
 N7ikrkEzZb31xnvxdeZoq2/oDMZR8dFR8kbKj+nXEamroWmht+CJu/v985WBRy0iMIvNrBiPJ
 EuidN4CAqhKMF2NITLPSuCcAyorIWdC1Jz0CsiXiS9hGH4VrBhKujHpgCTRjlhLRX4+yQKWLh
 qHpxKTNfoQFUfIFe+BygfT5MUSZr5SRLu74oNiK+Pv9Pg0JslvIjmAx89VZWJK3rG4n21JYyP
 nfI7+rVDKWd7lx+LcXM+WiDEdZB+U7M4RBsibS9i1DAfP2+arKHWuWIZmdi+4cpRLoQTxxdUP
 tl6BwmTBRkGHSdNTorE6OsL6xsLCBWXT3OttHzYdQ99/1/7shNHmNdB/CRVh01RW2X4UWHnYQ
 ayiH6uTR8y8xfz6Wd9bQpiDZHv95KY/hQZzVeCKirKIKPe2sWukE2yw+QyrLMaPWeCVd3KmHe
 K0RPRQl1ciTVG4GZa5bw==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >> In the case at hand Emacs relies on redisplaying all frames when
 >> scrolling a window that is not on the selected frame in order to
 >> correctly reflect the change in the scrolled window's mode line.
 >
 > That's not my understanding.  My understanding is that the user
 > scrolls the _selected_ window, because otherwise wset_update_mode_line
 > doesn't set update_mode_lines:
 >
 >    static void
 >    wset_update_mode_line (struct window *w)
 >    {
 >      /* If this window is the selected window on its frame, set the
 >         global variable update_mode_lines, so that gui_consider_frame_title
 >         will consider this frame's title for redisplay.  */
 >      Lisp_Object fselected_window = XFRAME (WINDOW_FRAME (w))->selected_window;
 >
 >      if (WINDOWP (fselected_window) && XWINDOW (fselected_window) == w)
 >        update_mode_lines = 42;
 >      else
 >        w->update_mode_line = true;
 >    }

Indeed, you're right.  This doesn't make any sense to me at all.  Why
should a non-selected frame care about whether I scrolled a window on
the selected frame?

 >> IIUC windows_or_buffers_changed affects frames as well.  For example, I
 >> have no idea why making a frame (in)visible should redisplay all other
 >> frames while moving a frame on the screen apparently does not.
 >
 > That's commented out now,

Not in Fmake_frame_invisible AFAICT.

 > although the comment seems to hint on the
 > reason.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 23:25:02 +0000
Resent-Message-ID: <handler.42406.B42406.160824747610230 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, 42406 <at> debbugs.gnu.org, Alan Third <alan@HIDDEN>, konrad.podczeck@HIDDEN
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160824747610230
          (code B ref 42406); Thu, 17 Dec 2020 23:25:02 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 23:24:36 +0000
Received: from localhost ([127.0.0.1]:37304 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kq2dQ-0002ew-2C
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 18:24:36 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:18477)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kq2dO-0002eb-DT
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 18:24:35 -0500
Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id CCF0480A63;
 Thu, 17 Dec 2020 18:24:28 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 567DF80712;
 Thu, 17 Dec 2020 18:24:27 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608247467;
 bh=D8WQuujkB7kgG6O85ULDq9tjDO2kHd1E9upxtkUVEww=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=YKbnQzyirKDi2jBYGWl0gG4qVb1qgLdgYVO2l7YrkDkRexm4GIsPFKl6b+dQdKHqm
 coe6NCOtKS8bMUGYfLwYe0YqWY7WC1HsAgKOF6KRGh3BYb+1bu/onZ2+BjG7rXMZ//
 ZBuEBDuWAEUlQp5nT82q1QNaGAK/cKnpKWE6/N6YoDGRWzbF6MOPnx7tFpeHFTj/bu
 RwkNhTTLKMJiF7rmfaQujoEm27p2yAKs4EBZFU1en7JckaFVKj2FmzrnlfNEMN5P1o
 0A5JMSG1gAiBm4b/2m3ixXHTTV/2KtX3FDegEAmAXgkjqT3o7zt0EfdlJ8+Z8tWNEG
 xchpzIBGPxBsQ==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0B41E1203D8;
 Thu, 17 Dec 2020 18:24:26 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvblesuifh.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN>
 <32769197-17d3-564f-a917-c5e898f159b6@HIDDEN>
Date: Thu, 17 Dec 2020 18:24:26 -0500
In-Reply-To: <32769197-17d3-564f-a917-c5e898f159b6@HIDDEN> (martin rudalics's
 message of "Fri, 18 Dec 2020 00:19:29 +0100")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.074 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Why penalize people with >= 2 windows per selected frame when scrolling
> one of them by updating all the others' mode, header, tab lines?

Because nobody implemented the code to optimize that extra work away.
BTW, the patch below is what I use in my own branch now.


        Stefan


diff --git a/src/window.c b/src/window.c
index 20b0ef1525..c4f89b934e 100644
--- a/src/window.c
+++ b/src/window.c
@@ -224,7 +224,12 @@ wset_update_mode_line (struct window *w)
   Lisp_Object fselected_window = XFRAME (WINDOW_FRAME (w))->selected_window;
 
   if (WINDOWP (fselected_window) && XWINDOW (fselected_window) == w)
-    update_mode_lines = 42;
+    {
+      /* FIXME: This should be in xdisp.c, next to fset_redisplay
+         and friends!  */
+      update_mode_lines = 2;    /* FIXME: REDISPLAY_SOME  */
+      XFRAME (WINDOW_FRAME (w))->redisplay = true;
+    }
   else
     w->update_mode_line = true;
 }





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Dec 2020 23:31:01 +0000
Resent-Message-ID: <handler.42406.B42406.160824780610969 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, 42406 <at> debbugs.gnu.org, Alan Third <alan@HIDDEN>, konrad.podczeck@HIDDEN
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160824780610969
          (code B ref 42406); Thu, 17 Dec 2020 23:31:01 +0000
Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 23:30:06 +0000
Received: from localhost ([127.0.0.1]:37324 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kq2ik-0002qr-AX
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2020 18:30:06 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:25218)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kq2ii-0002pm-0C
 for 42406 <at> debbugs.gnu.org; Thu, 17 Dec 2020 18:30:04 -0500
Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 897C8809A7;
 Thu, 17 Dec 2020 18:29:58 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 16FB1805BE;
 Thu, 17 Dec 2020 18:29:57 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608247797;
 bh=wtMItQQzdij3rYlvZ0hev1qgs95aHwBG0KTWqy7Hxrk=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=UEAT0DJ5AhZ2JwHzdn4uuFbC3jq0razrddjQIARFyRUF8g31ml9+pcvNGC2Kn8OoH
 ko4zTrzTIEjoAU0bUMbQBFlKAk9cWWX5IAZAd8xWHBVqoEd31MsK0lt0kns3e4p7Ot
 otlYAIBqE+QRrjRMw60UJLJZsE9YAV8X+ApKPC/wFX9sEM9gs006SwPl8BFutWqSH3
 RkmAwYex7Cit6c0LigkqHQTvJ3+7quMtUM9/9NzNwE+CDVgYDjyMDAtFnk6J2Nl48r
 uVwPhOzFfROgJ2Nz6Vw5YIVykcsbqPBfh1Mxt0/LYHMVNFFoViduw+LGdmJmnM7jKb
 ea4Wc11PHRwlw==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id C704C120337;
 Thu, 17 Dec 2020 18:29:56 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwv5z50ui7f.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN>
 <32769197-17d3-564f-a917-c5e898f159b6@HIDDEN>
Date: Thu, 17 Dec 2020 18:29:56 -0500
In-Reply-To: <32769197-17d3-564f-a917-c5e898f159b6@HIDDEN> (martin rudalics's
 message of "Fri, 18 Dec 2020 00:19:29 +0100")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.073 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>>     if (WINDOWP (fselected_window) && XWINDOW (fselected_window) == w)
>> -    update_mode_lines = 42;
>> +    {
>> +      update_mode_lines = 2;
>> +      XFRAME (WINDOW_FRAME (w))->redisplay = true;
>> +    }
>>     else
>>       w->update_mode_line = true;
>
> Why penalize people with >= 2 windows per selected frame when scrolling
> one of them by updating all the others' mode, header, tab lines?

BTW, I don't quite understand this question, tho: my patch definitely
doesn't make things work any worse than they do now: currently, all
the mode-lines (and relatives) are updated on all windows on all frames.
My patch reduces this so it's only done on the selected frame (but still
all windows of that one frame, indeed :-(  ).


        Stefan





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 07:44:01 +0000
Resent-Message-ID: <handler.42406.B42406.160827740811180 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160827740811180
          (code B ref 42406); Fri, 18 Dec 2020 07:44:01 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 07:43:28 +0000
Received: from localhost ([127.0.0.1]:37561 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqAQB-0002uF-Ht
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 02:43:28 -0500
Received: from eggs.gnu.org ([209.51.188.92]:46840)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kqAQ9-0002u2-5y
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 02:43:26 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:43778)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kqAQ1-0001h2-1c; Fri, 18 Dec 2020 02:43:17 -0500
Received: from [176.228.60.248] (port=4420 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kqAQ0-00049c-Go; Fri, 18 Dec 2020 02:43:16 -0500
Date: Fri, 18 Dec 2020 09:43:16 +0200
Message-Id: <837dpf7e5n.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <jwvmtycupxi.fsf-monnier+emacs@HIDDEN> (message from Stefan
 Monnier on Thu, 17 Dec 2020 16:07:19 -0500)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwva6ucw7pq.fsf-monnier+emacs@HIDDEN> <83ft446uh7.fsf@HIDDEN>
 <jwvmtycupxi.fsf-monnier+emacs@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: alan@HIDDEN,  konrad.podczeck@HIDDEN,  42406 <at> debbugs.gnu.org
> Date: Thu, 17 Dec 2020 16:07:19 -0500
> 
> > That probably just means abbrev-mode should be added to the list at
> > the end of frame.el.  Or maybe that we need some new mechanism to
> > trigger update of the lighter on the mode line when a mode is turned
> > on or off.
> 
> Don't know about "new" but the old mechanism is that the standard
> minor-mode code ends up calling `force-mode-line-update` (this now
> mostly comes from `define-minor-mode`, but in the past it was present in
> most "manual" definitions as well).

IMO, that shouldn't be needed.  And force-mode-line-update has its own
problems, see the many questions about why it doesn't do what the
caller thought it would.

> > And while we are talking about force-mode-line-update: can you explain
> > why we need to set the prevent_redisplay_optimizations_p flag of the
> > buffer, in addition to setting update_mode_lines to a magic value?
> 
> I wish I could, but that bit predates me, and I have no idea what
> `prevent_redisplay_optimizations_p` means or does, really.
> 
> I just removed it from my local Emacs, to see if I notice any difference.

My point is that we are dealing with a bunch of global and local flags
with overlapping functionality about which we have no clear idea what
each one is doing.  Removing a flag will not solve that basic problem,
because I don't doubt that some of these flags is needed in some,
perhaps subtle and rare, situation.  We won't find flags that could be
removed without unwanted consequences.

> > And btw, redisplaying the mode line in general could mean you need to
> > redisplay the text area as well, for example when the mode line
> > changes its height.  So setting update_mode_lines to REDISPLAY_SOME
> > under the assumption that only the mode line needs to be considered is
> > not necessarily true and can cause redisplay bugs.
> 
> I don't see why you relate this problem to REDISPLAY_SOME: when setting
> update_mode_lines to other values, xdisp.c should suffer from the same
> problem (it presumably updates the mode-lines of all windows without
> updating the corresponding window's contents).

My point is that the documentation says REDISPLAY_SOME causes only the
mode line(s) to be updated, but the idea that changes which affect the
mode line could be handled by using REDISPLAY_SOME is incorrect
because it assumes the windows above and below will never be affected
by such changes.  So the idea itself is flawed, albeit in very rare
and somewhat unusual use cases.

I hoped that this will lead to the conclusion that the current
partition of possible use cases and its translation into specific sets
of values of the flags and variables we have is at least inaccurate
and incomplete, if not worse.  With the implied realization that we
need to rethink this and then reimplement it.

> >   consider_all_windows_p = (update_mode_lines
> > 			    || windows_or_buffers_changed);
> >   [...]
> >   if (consider_all_windows_p)
> >     {
> >       FOR_EACH_FRAME (tail, frame)
> > 	XFRAME (frame)->updated_p = false;
> >
> >       propagate_buffer_redisplay ();
> >
> >       FOR_EACH_FRAME (tail, frame)
> > 	{
> >    [...]
> >
> > If the redisplay flag is all we need, how come we must also set
> > update_mode_lines or windows_or_buffers_changed to get Emacs to
> > consider anything beyond the selected window?
> 
> The `redisplay` bits were designed to reduce the set of windows that we
> consider at each redisplay.

Then why do we need the consider_all_windows_p condition, which is
based on 2 other variables?  It should have been enough to simply go
over all the redisplay flags of all the frames and windows and
buffers, and see if any of them are set for any window other than the
selected window of the selected frame.  Right?

> > Why does it have to be so complicated to say "this frame needs to have
> > all of its windows reconsidered for redisplay"?
> 
> Is it?  AFAIK `fset_redisplay (f)` is all it takes, which doesn't seem
> particularly complex (and neither does its code).

So you are saying that wset_update_mode_line should only set the
frame's redisplay flag?  If so, why didn't your patch to do just that
work?

> >> The main problems I see with my suggested patch are:
> >> - I don't know if it actually fixes the original problem.
> > And this is exactly my problem: this is the "heuristic" part I was
> > talking about.  Instead of knowing exactly which flag does what and
> > why, we have a combination of flags and global variables, and try
> > tweaking them until we get the desired result.  This can only work up
> > to a point, and I think we are well beyond that point.
> 
> Not sure what you're suggesting here.

I suggest that we should have a system for selectively redisplaying
parts of the Emacs display where we do know which change will fix what
problem.  IOW, we should rethink all of this, remove the flags that
shouldn't be needed, maybe add flags that are missing, and augment/fix
the existing ones which do make sense (that definitely includes the
various redisplay flags we have now, but they are not enough and
perhaps should not be simple booleans).

> [ At least I know what the `redisplay` bits are *supposed* to do.

Yes, I also think I know what each of those variables is _supposed_ to
do.  The problem is, they don't quite do what I think they should, not
always anyway.

> > See, we have a single set of conditions that controls when we consider
> > the frame title, when we consider the mode line, the header-line, the
> > tab-line, the tool bar, and the menu bar.  It makes very little sense
> > to me to use the same condition for all of these.
> 
> I think it makes a lot of sense from the point of view of managing
> code complexity.  But indeed, it leaves open optimization opportunities,
> so we could refine the info used to keep track of what needs to
> be redisplayed.

And that's because the flags we use, however numerous, are too blunt
for selectively specifying which parts to redisplay.  Which AFAIU is
the crux of this bug report.

> >> > I'm not against experimenting with replacing 42 by 32 or by
> >> > REDISPLAY_SOME etc., but I don't think we should install anything
> >> > along these lines, except if we need to fix a clear bug (i.e. a
> >> > redisplay glitch), which this one isn't.
> >> I don't know what you mean by "along these lines".
> > "Along these lines" means playing more games with "special" values of
> > update_mode_lines and windows_or_buffers_changed.
> 
> I don't know what you mean by "special values".
> And I'm not playing any games here.

This is not useful: you are responding to the specific words I used
instead of responding to what I meant (which I think is fairly
obvious).

> The meaning of those vars is as follows:
> 
> - update_mode_lines == 0 means that none of the mode lines (and
>   relatives) needs to be updated.
> - update_mode_lines > 2 means that all the mode lines in all windows
>   need to be updated.
> - update_mode_lines == 2 means that all the mode lines need to be
>   updated in the set designated by the `redisplay` bits (where the
>   `redisplay` on a frame means that all of its windows are also part opf
>   the set, and where the `redisplay` bit of a buffer means that all the
>   windows that display this buffer are also part of the set).
> 
> - windows_or_buffers_changed == 0 means that only the selected window's
>   content may need to be updated.

Yes, I know.  The comments you provided tell this much.  The problem
is, the reality is subtly and annoyingly different, and that is not
good for maintainability.

> - update_mode_lines > 2 means that the contents in all windows
>   may need to be updated.
> - update_mode_lines == 2 means that the contents in all windows in the
>   set designated by the `redisplay` bits may need to be updated.

Copy/paste? did you mean windows_or_buffers_changed?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 07:47:02 +0000
Resent-Message-ID: <handler.42406.B42406.160827761111519 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160827761111519
          (code B ref 42406); Fri, 18 Dec 2020 07:47:02 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 07:46:51 +0000
Received: from localhost ([127.0.0.1]:37565 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqATT-0002zh-DM
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 02:46:51 -0500
Received: from eggs.gnu.org ([209.51.188.92]:47142)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kqATR-0002zT-73
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 02:46:50 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:43795)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kqATL-0002ne-VF; Fri, 18 Dec 2020 02:46:43 -0500
Received: from [176.228.60.248] (port=4630 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kqATL-0004Ou-EE; Fri, 18 Dec 2020 02:46:43 -0500
Date: Fri, 18 Dec 2020 09:46:44 +0200
Message-Id: <835z4z7dzv.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <jwvh7okuole.fsf-monnier+emacs@HIDDEN> (message from Stefan
 Monnier on Thu, 17 Dec 2020 16:24:01 -0500)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwv4kkkw6sq.fsf-monnier+emacs@HIDDEN>
 <jwvsg84uqh3.fsf-monnier+emacs@HIDDEN> <83bles6tgc.fsf@HIDDEN>
 <jwvh7okuole.fsf-monnier+emacs@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: alan@HIDDEN,  konrad.podczeck@HIDDEN,  42406 <at> debbugs.gnu.org
> Date: Thu, 17 Dec 2020 16:24:01 -0500
> 
> > And the window's update_mode_line flag should not be used for deciding
> > about all the -lines and frame-title, we should instead have much more
> > fine-grained flags that would allow us to make separate decisions
> > regarding each one of them;
> 
> That would be nice, yes.  But that's largely independent from the bug
> under discussion, where the performance seems to be adequate with the
> current coarse grained flags as long as we have a single frame, so the
> problem seems to be that we consider all frames instead of only
> considering those displaying the affected windows.

No, the problem is that we turn on update_mode_lines because we need
to make sure the title of the _selected_ frame, a single frame, is
updated due to possible effects of scrolling on that single title.
And the effect is to consider the titles (and menu bars and tool bars)
on all frames instead, which is definitely unnecessary.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 07:51:02 +0000
Resent-Message-ID: <handler.42406.B42406.160827784411867 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160827784411867
          (code B ref 42406); Fri, 18 Dec 2020 07:51:02 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 07:50:44 +0000
Received: from localhost ([127.0.0.1]:37569 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqAXD-00035K-W9
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 02:50:44 -0500
Received: from eggs.gnu.org ([209.51.188.92]:47762)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kqAXC-000359-PZ
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 02:50:43 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:43888)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kqAX6-0003tu-VY; Fri, 18 Dec 2020 02:50:36 -0500
Received: from [176.228.60.248] (port=4864 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kqAX6-0004az-2z; Fri, 18 Dec 2020 02:50:36 -0500
Date: Fri, 18 Dec 2020 09:50:37 +0200
Message-Id: <834kkj7dte.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <25f0682d-5f12-4db2-a913-edd3bb8c0610@HIDDEN> (message from
 martin rudalics on Fri, 18 Dec 2020 00:19:48 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <01B63545-A435-48C5-AB62-441EAD24F24C@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> <83tusk7aro.fsf@HIDDEN>
 <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN> <83pn3874r0.fsf@HIDDEN>
 <5014029f-852f-e52e-3f2f-5f7deeba8d67@HIDDEN> <83k0tg71mn.fsf@HIDDEN>
 <25f0682d-5f12-4db2-a913-edd3bb8c0610@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: konrad.podczeck@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Fri, 18 Dec 2020 00:19:48 +0100
> 
>  > That's not my understanding.  My understanding is that the user
>  > scrolls the _selected_ window, because otherwise wset_update_mode_line
>  > doesn't set update_mode_lines:
>  >
>  >    static void
>  >    wset_update_mode_line (struct window *w)
>  >    {
>  >      /* If this window is the selected window on its frame, set the
>  >         global variable update_mode_lines, so that gui_consider_frame_title
>  >         will consider this frame's title for redisplay.  */
>  >      Lisp_Object fselected_window = XFRAME (WINDOW_FRAME (w))->selected_window;
>  >
>  >      if (WINDOWP (fselected_window) && XWINDOW (fselected_window) == w)
>  >        update_mode_lines = 42;
>  >      else
>  >        w->update_mode_line = true;
>  >    }
> 
> Indeed, you're right.  This doesn't make any sense to me at all.  Why
> should a non-selected frame care about whether I scrolled a window on
> the selected frame?

The non-selected frames shouldn't.  But the selected frame should,
because it needs to re-evaluate its frame title.  And we don't have
any means to tell the display engine to consider only the frame title
on a single frame.  We only have the means to tell it which windows on
which frames may need redrawing, but the frame's title doesn't belong
to any window.

>  >> IIUC windows_or_buffers_changed affects frames as well.  For example, I
>  >> have no idea why making a frame (in)visible should redisplay all other
>  >> frames while moving a frame on the screen apparently does not.
>  >
>  > That's commented out now,
> 
> Not in Fmake_frame_invisible AFAICT.
> 
>  > although the comment seems to hint on the
>  > reason.

What about that comment? doesn't it explain the reason?  AFAIU, that
reason is the need to re-evaluate the menu bar.





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 07:57:01 +0000
Resent-Message-ID: <handler.42406.B42406.160827821612440 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, 42406 <at> debbugs.gnu.org, Alan Third <alan@HIDDEN>, konrad.podczeck@HIDDEN
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160827821612440
          (code B ref 42406); Fri, 18 Dec 2020 07:57:01 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 07:56:56 +0000
Received: from localhost ([127.0.0.1]:37588 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqAdD-0003EZ-Mr
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 02:56:56 -0500
Received: from mout.gmx.net ([212.227.17.21]:47035)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kqAdB-0003EK-3C
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 02:56:54 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608278201;
 bh=5/QTGbF1w8JZLo97uJt0k42vOf/Gk+sA2gW8c9noNTE=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=RHVxWXIDJ/wQBCScdo2GtUzmdgOyfi2BfqhbHQBx+g/R+Nyha2YJIffmvomFzr50G
 yE0IxI0Zlj/BiB4aOmDy4T3IoC6w/xVfzvEblk0kyzu1ZbwNLrqq6oNy6knbwAkbVW
 EyzoCthf8WhDtp49NhAT5hodBC7b7Rdl0n03GPhY=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([46.125.249.111]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M72sJ-1kjKSt49PD-008YZw; Fri, 18
 Dec 2020 08:56:41 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN>
 <32769197-17d3-564f-a917-c5e898f159b6@HIDDEN>
 <jwv5z50ui7f.fsf-monnier+emacs@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <6f913faa-e836-8860-6c49-b21caf9191b4@HIDDEN>
Date: Fri, 18 Dec 2020 08:56:39 +0100
MIME-Version: 1.0
In-Reply-To: <jwv5z50ui7f.fsf-monnier+emacs@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:4hZ2+z+l8J6+dL44d5dHQgsI3gS+kH7wm7UJkxeM+eA0/CTMrpU
 pie7KE2R1mHSNjVY814W2mRY2z26oU+4G9zHYsaF3bgAMqrz1peFEM7iClluZ/zT9aQxip1
 jmSzeWg5CPcVTr/9MeLt/1htsvALUy7+JsGg7XnP+yq826TCySE8lUyLwce22qMTRy7/m3r
 KYY1pfXW29TjV2fzlYtww==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:5fx79Ypp0hM=:9k26mrilsE93aEGO9S9AWf
 D9n+AndT5nmgMUXyGbAfvVFp1gxM/hQcnTb+Ves/9cgdnrPlz1vil4htP7LmVec29moYCsPLi
 5xijyyqWdA1X4mQ84B3KYIoyUryl532q0oH4x6LAaNLS8bb5R52mMAoin2zPbGVDqF5RNjpNI
 5RCL99jdNeWorEK2YIxDh20JchWn9IGFug8U9y5o+XZOz0YTFhMABbGrhOSlrsSpu0rXc0U6l
 fyy4mY3P89ACgCZeJPCp4LjeERbXWJvVGxYQt/p2aut6fnTa3I/FyCiUA1LF2TWFgOPFc6pp7
 xgtlonanPPezGIrO3r5Te8S6XjGr07USfbUj4aDwq9tz+SY2gIFJVKXCOccd7DDjHKfcImyOe
 ENkyvQFS2ypv9M4NxR3vweOPXkTWpE0a5WCIpYK/EHsKvhMkZIQ5VE7jpVsOVPKdkhSAkfgia
 T7OUZKK4KwOkKSWKqw3hUX7y1gA6M/ba+EsmsdbSdM2kw06N5ynafovgw4oaPDCXGxrCb6MvJ
 jg9+05X+U1aZHYJBL428kGRLOmX1qL3rq5ol04Q7hL6VE/qVbs8hyyE9tqBDW8eAMK4u+/ZB6
 IYzibb5joz6AMcVTmEeGyiLuW//c9qc/+6UIuudAKow6gHLy+eqWkOU1cpgqaLjppuzxJzvTa
 +CIyOuUJ3l4tEZjzop0H1v29Lsn1g1NWZ6juReWe8juKGD6UqZ0P+9s8fGARFQ68j//xpaAWB
 5iiSlkOYEnhXiqd1Xyv7AoJ7xsSi5ao+8RVXQ7b/Y1czw8NF93yTniKdo5AzSwviYNt6RxwXf
 Y5wt0o6wEDi6LI23T1+6wzG59U5oHZco7GT94iqqr89BbGlpy5VNAil82Qm0Rul98kI6BrOca
 vwF7f5ueoXxZC5x30/gw==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >> Why penalize people with >= 2 windows per selected frame when scrolling
 >> one of them by updating all the others' mode, header, tab lines?
 >
 > BTW, I don't quite understand this question, tho: my patch definitely
 > doesn't make things work any worse than they do now: currently, all
 > the mode-lines (and relatives) are updated on all windows on all frames.
 > My patch reduces this so it's only done on the selected frame (but still
 > all windows of that one frame, indeed :-(  ).

Indeed I asked that before I realized (see my last mail to Eli) that the
old code did it the other way round and thus completely wrong IMO.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 08:40:01 +0000
Resent-Message-ID: <handler.42406.B42406.160828078916565 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160828078916565
          (code B ref 42406); Fri, 18 Dec 2020 08:40:01 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 08:39:49 +0000
Received: from localhost ([127.0.0.1]:37615 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqBIj-0004J7-By
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 03:39:49 -0500
Received: from mout.gmx.net ([212.227.17.21]:41515)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kqBIf-0004Iq-Sq
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 03:39:47 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608280776;
 bh=PH1RWgteEBM6IxEg0/DVwlgxgAmc/LQGImmAgXb8M+A=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=T4RKLRA5G5tfVeopqNTZ/6yNri+kSzxnweYMoBhLAWk3UnqK7huMvslmpVVy6oCK4
 ubLN7aEoGxj6Cc/QyilPWEWio4GkYHqsRboapO+fdwCjC3dbtjgcw7PUbV9GwGBbHw
 eTMtCIHsIaFrWpYb3wADM5T7g63VU0Om0EcuBbtI=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([46.125.249.111]) by mail.gmx.com (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N17YY-1k6YbK0IRO-012aEv; Fri, 18
 Dec 2020 09:39:36 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> <83tusk7aro.fsf@HIDDEN>
 <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN> <83pn3874r0.fsf@HIDDEN>
 <5014029f-852f-e52e-3f2f-5f7deeba8d67@HIDDEN> <83k0tg71mn.fsf@HIDDEN>
 <25f0682d-5f12-4db2-a913-edd3bb8c0610@HIDDEN> <834kkj7dte.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <f78cd89e-64f3-a40c-2cec-f50431988275@HIDDEN>
Date: Fri, 18 Dec 2020 09:39:35 +0100
MIME-Version: 1.0
In-Reply-To: <834kkj7dte.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:7whKxkDjni1mVa7Xjo2fN0iNCIGDAPbvHZ0kHtSMZicb5Bt5sDx
 T14cegG7FIk8VCK517r960yTxKno1utFneOsupji9847yYFwa3AZZ5ZlLRFXE/WyL2lBgvV
 kl8XM8k6Nyy0LMgSbOxSrqPoGKHK2EyN9/nNmTlggw07W4R4zXani4w7EjuCDXh/+IMzRAs
 j8JZnYCaRXVyJdr3cjovw==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:gmG2CinwAP4=:6q0rfTZvdosmn0sCya/bKC
 B1E4eeLEXZ4lTfXux58ynRtDc5v5ytUQc8GOnRHHDYmiCX8f2yIlLTqdteIr8BSDjRI8Tkm9R
 d3E6Tg2/LYd+tyBXYoTtzJ8BKHC/Bsf7MCqd/GoOUGJyV7x00+UR4/63DRWhCGqrSyxgJh+3/
 aI9B2+7DcaKayQuuGD03rqNAi1aPKQPiuD2XZP/jHuwiS1BkJ9DdV6Mgr+8lxmmP7yvClkdUu
 +LcywJH6Qq7Y3Y238Jyey7n3CXSuwY6UcrK6eU4MsVfPgmzybZprEqYQ6b6nJlwVHbzUbYXig
 lqzw0Kv7vRXdSaEIWXvUeK42jBuZiLHxjJi9j95/kmjQ/bbKjuS8cgWzb4WzRs7Dz5+bjZpCB
 defB0vBiyQ+HzOp9sM5E0iw4I4aAOKENsrKG6IBk+gav++uAMqaPxk6mZ/vjmbnuY4/Vwbb6d
 9+OEOijULEYoV3Va4swreX5018mWuzq+dEZWwAcydHo7ciGL1depVlw3RJInnbl34A0S3kgya
 jZan3g8WlR+Oyy52lS4Gz9/WHshiYT67V45cYNykBF4r0UR7egg+58XR74EOUuYIVsBBdnfmN
 seGuE05jDnOcfFOYAzaLbZ0PxZdkJKeqpqYFVTeULU2bK8WDYXRx0N6fK1VIth60A2+KK3IY9
 DSkXJYTXoiNYvmt5X1baz4qpjSCMpvaksA+sSPtV/otnTIXDqFB2wiaQBQR0ENhjkSo7pSTYs
 /e2qNM4va0gZpyqcS6uDwypLAgmo6PVwy/mJPPUZu5EJWACRotH68cBvNWNQcNIINywYzwZJu
 x+aG+CmmeUxUCXGhp8YBxEKaYdh4fgUiNYsgoq6BQyyAdBJzWj7HoQqRJZsa1QnxNS8NnD8Q6
 A12mskhG5HaN+Gtd07/g==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >> Indeed, you're right.  This doesn't make any sense to me at all.  Why
 >> should a non-selected frame care about whether I scrolled a window on
 >> the selected frame?
 >
 > The non-selected frames shouldn't.  But the selected frame should,
 > because it needs to re-evaluate its frame title.  And we don't have
 > any means to tell the display engine to consider only the frame title
 > on a single frame.  We only have the means to tell it which windows on
 > which frames may need redrawing, but the frame's title doesn't belong
 > to any window.

In redisplay_window we set

   update_mode_line = (w->update_mode_line
		      || update_mode_lines

where w is the window we redisplay because it got scrolled.  Later down
we have

   if (update_mode_line
       && EQ (FRAME_SELECTED_WINDOW (f), window))
     {
       ...
       gui_consider_frame_title (w->frame);

so we do update the frame title after the frame's selected window got
scrolled.  What am I missing?

 >> Not in Fmake_frame_invisible AFAICT.
 >>
 >>   > although the comment seems to hint on the
 >>   > reason.
 >
 > What about that comment? doesn't it explain the reason?  AFAIU, that
 > reason is the need to re-evaluate the menu bar.

Because we just made a frame invisible?  The only thing we could grey
out on a menu in such a case is C-x 5 o and that's not what I see.  And
if it were there, we'd have to handle it in Fmake_frame_visible as well.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 11:46:01 +0000
Resent-Message-ID: <handler.42406.B42406.16082919602599 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16082919602599
          (code B ref 42406); Fri, 18 Dec 2020 11:46:01 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 11:46:00 +0000
Received: from localhost ([127.0.0.1]:37879 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqECt-0000fr-Kc
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 06:45:59 -0500
Received: from eggs.gnu.org ([209.51.188.92]:39770)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kqECs-0000ff-7t
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 06:45:58 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:52827)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kqECj-0000ys-Se; Fri, 18 Dec 2020 06:45:49 -0500
Received: from [176.228.60.248] (port=3302 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kqECi-0007pC-Qk; Fri, 18 Dec 2020 06:45:49 -0500
Date: Fri, 18 Dec 2020 13:45:49 +0200
Message-Id: <83zh2b5ocy.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <f78cd89e-64f3-a40c-2cec-f50431988275@HIDDEN> (message from
 martin rudalics on Fri, 18 Dec 2020 09:39:35 +0100)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN>
 <8A9929A0-1C51-4CC7-9EB1-1555788465F0@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> <83tusk7aro.fsf@HIDDEN>
 <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN> <83pn3874r0.fsf@HIDDEN>
 <5014029f-852f-e52e-3f2f-5f7deeba8d67@HIDDEN> <83k0tg71mn.fsf@HIDDEN>
 <25f0682d-5f12-4db2-a913-edd3bb8c0610@HIDDEN> <834kkj7dte.fsf@HIDDEN>
 <f78cd89e-64f3-a40c-2cec-f50431988275@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: konrad.podczeck@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org
> From: martin rudalics <rudalics@HIDDEN>
> Date: Fri, 18 Dec 2020 09:39:35 +0100
> 
>  > The non-selected frames shouldn't.  But the selected frame should,
>  > because it needs to re-evaluate its frame title.  And we don't have
>  > any means to tell the display engine to consider only the frame title
>  > on a single frame.  We only have the means to tell it which windows on
>  > which frames may need redrawing, but the frame's title doesn't belong
>  > to any window.
> 
> In redisplay_window we set
> 
>    update_mode_line = (w->update_mode_line
> 		      || update_mode_lines
> 
> where w is the window we redisplay because it got scrolled.  Later down
> we have
> 
>    if (update_mode_line
>        && EQ (FRAME_SELECTED_WINDOW (f), window))
>      {
>        ...
>        gui_consider_frame_title (w->frame);
> 
> so we do update the frame title after the frame's selected window got
> scrolled.  What am I missing?

This, I think:

  if (current_matrix_up_to_date_p
      && (rc = try_cursor_movement (window, startp, &temp_scroll_step),
	  rc != CURSOR_MOVEMENT_CANNOT_BE_USED))
    {
      switch (rc)
	{
	case CURSOR_MOVEMENT_SUCCESS:
	  used_current_matrix_p = true;
	  goto done;

IOW, we might think that nothing needs to be updated except perhaps
the cursor position, and then fail to update the frame's title.

And maybe there are more loopholes like this one, I didn't try to scan
the code too thoroughly.

>  >> Not in Fmake_frame_invisible AFAICT.
>  >>
>  >>   > although the comment seems to hint on the
>  >>   > reason.
>  >
>  > What about that comment? doesn't it explain the reason?  AFAIU, that
>  > reason is the need to re-evaluate the menu bar.
> 
> Because we just made a frame invisible?  The only thing we could grey
> out on a menu in such a case is C-x 5 o and that's not what I see.  And
> if it were there, we'd have to handle it in Fmake_frame_visible as well.

This code is old (1994), maybe it tries to handle a problem that no
longer exist?  Who knows how the Buffers menu looked back then?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 13:58:02 +0000
Resent-Message-ID: <handler.42406.B42406.160829983331438 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160829983331438
          (code B ref 42406); Fri, 18 Dec 2020 13:58:02 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 13:57:13 +0000
Received: from localhost ([127.0.0.1]:38148 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqGFt-0008B0-Cr
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 08:57:13 -0500
Received: from mout.gmx.net ([212.227.17.20]:58091)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1kqGFr-0008Am-MD
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 08:57:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
 s=badeba3b8450; t=1608299822;
 bh=ZgTuJimmlit3vCOsosbN42cC9+jmNHzp15AJVW9t+9U=;
 h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
 b=LQ39tdLP0Z1nV3MYmO9JzdF2LIyqqFxoBAA1/FGw5AY222s7bCRvYk96YO8reKtBU
 zwTkA1sb5/TksVxiJTuH1uqbJwISnPIZFXbRHnZRpOlc/S7rm6OAUgAtbVTEZv83Yd
 ZjSsxiTM4e+diRQhVOBOu2NrEVC+g32Idozu/WA4=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.100] ([212.95.5.177]) by mail.gmx.com (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N9MpY-1k2dli1XlM-015FRC; Fri, 18
 Dec 2020 14:57:02 +0100
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <b5651ad0-1bb9-8f4d-3ffe-f27b5abb3c60@HIDDEN>
 <3FA2BD5E-5EAA-496E-AA2F-83810F62082C@HIDDEN>
 <5945639e-0fe1-1308-e9e7-62ef44407e89@HIDDEN>
 <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN>
 <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> <83zh2d91wh.fsf@HIDDEN>
 <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> <83r1np8y9o.fsf@HIDDEN>
 <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN>
 <E24DFC77-4C70-4297-A39C-C964668D6BEF@HIDDEN>
 <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN>
 <1950D435-7BC8-41AF-99D5-FD673455B3AE@HIDDEN>
 <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> <83tusk7aro.fsf@HIDDEN>
 <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN> <83pn3874r0.fsf@HIDDEN>
 <5014029f-852f-e52e-3f2f-5f7deeba8d67@HIDDEN> <83k0tg71mn.fsf@HIDDEN>
 <25f0682d-5f12-4db2-a913-edd3bb8c0610@HIDDEN> <834kkj7dte.fsf@HIDDEN>
 <f78cd89e-64f3-a40c-2cec-f50431988275@HIDDEN> <83zh2b5ocy.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <e35b8af9-16ce-eeaa-dfc0-82d0ef70800f@HIDDEN>
Date: Fri, 18 Dec 2020 14:57:01 +0100
MIME-Version: 1.0
In-Reply-To: <83zh2b5ocy.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:Ro5iYz/1Lk5KdskjNir8p260c0clcH5wGbjHvcDYdcnNMlrh3h5
 J4xrEWKTKodXi0NC3JDCOebZ/6jfC/TAfiC4hd6v4ECRK0gPwRWTxcYX7zeLScDvOXGdc5B
 X2RG+WDQjVTwD3SgPeywz+WRDPdyC2oN2JAW4HmZW+TFURV9fSicdupCoOJnPT/0UU/vDjB
 16c6zrQqXsvbTIN48/J1g==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:jRqZh5ks8Co=:QXZ9kRrccVEqw54/0s/auz
 rUcQKMjhqg0PTohdL2UhIzM1Hyp+Ga952KRMKQgiipYv1GJYEP8yKYHxwJNXCg7T6uLTO37/v
 BQYijkWkba782D5dYg7/20wrE+/gdgjutRoaiMKlvkKTt2YPVtCt4CiHaQtDowIC3hQKnNRLU
 h5hT6YthyL+lKSUyIzrMUajGKHd1zE7oQqpgtyn4mNptdjRewTsqT4eWbWR90sqr3YOOxHwG1
 HUNj4dd8aLWuSFeKLSn1hD5OfBvDAhpZytUQFd3oBZTSwwLOwqtpV589p/1HwF3y/K6kff9Xm
 E6QfNLIjEDpcrOL0kvPb6GlCXm5KXfA5SF2OohpLjCn6a0Tm1HvY/bnMgcxLzUdP/qn1g/DMZ
 FDQh6yWXzfP2U1oACjM1C7u2bnIiA+EnZjju1KOrpVlK0eBllyNlUSH6pHo+0KAS7mI9fXpjG
 JeWB8lkt9+oMTQnuC7cskcK5X/VQIKu+uck06Av4WeFpO078m3tCNOKkozmXeP26IDeUqwd2H
 usuz5LBMtReBL2Vpw7nnCkB14sNh2yxC6vltLbm7XbwnmjC5jd8OgHpHGn1BqKBl1TF1yaPlm
 P/lC9fgntOtYOhSSRr8nawh/7q782bLnCJ5fcW+gCHR/EJedsnJT0BqBy0kBjtHoe9zf/FJjV
 Z/dICwrl1+kiz/RbiJRJjqWG2PnxU4JRUc6OCkvabVyhyrMJrbvd3WMd9EghYDgqxW7KDPQMR
 u2Q41q7QWuYuHkAiY/vxN/cLXruaRoIAPjHzfeNu4sNP0jMHzSPJ8J2h7JBuNfbpQUWWTe1kW
 pi/fIfaocSqT+knK8YJDWAxbINViaHmtds0K1daqfnpGnYCgv/TIdBUbJ4gjivH/eWktW6Okd
 nHU0s78JQvhu1JDRrCKg==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 >> In redisplay_window we set
 >>
 >>     update_mode_line = (w->update_mode_line
 >> 		      || update_mode_lines
 >>
 >> where w is the window we redisplay because it got scrolled.  Later down
 >> we have
 >>
 >>     if (update_mode_line
 >>         && EQ (FRAME_SELECTED_WINDOW (f), window))
 >>       {
 >>         ...
 >>         gui_consider_frame_title (w->frame);
 >>
 >> so we do update the frame title after the frame's selected window got
 >> scrolled.  What am I missing?
 >
 > This, I think:
 >
 >    if (current_matrix_up_to_date_p
 >        && (rc = try_cursor_movement (window, startp, &temp_scroll_step),
 > 	  rc != CURSOR_MOVEMENT_CANNOT_BE_USED))
 >      {
 >        switch (rc)
 > 	{
 > 	case CURSOR_MOVEMENT_SUCCESS:
 > 	  used_current_matrix_p = true;
 > 	  goto done;
 >
 > IOW, we might think that nothing needs to be updated except perhaps
 > the cursor position, and then fail to update the frame's title.

Just to make sure I understand your argument correctly: With my xdisp.c

   update_mode_line = (w->update_mode_line is on line 18065

   case CURSOR_MOVEMENT_SUCCESS: is on line 18458

   done: is on line 18929

   if (update_mode_line is on line 18975

   gui_consider_frame_title (w->frame); is on line 19020

so I can't see why a CURSOR_MOVEMENT_SUCCESS could bypass
gui_consider_frame_title.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 14:42:02 +0000
Resent-Message-ID: <handler.42406.B42406.16083024783465 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16083024783465
          (code B ref 42406); Fri, 18 Dec 2020 14:42:02 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 14:41:18 +0000
Received: from localhost ([127.0.0.1]:38264 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqGwY-0000to-0F
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 09:41:18 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:15462)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kqGwX-0000tc-8i
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 09:41:17 -0500
Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id F1B1B8065D;
 Fri, 18 Dec 2020 09:41:11 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id AC64980675;
 Fri, 18 Dec 2020 09:41:07 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608302467;
 bh=73MTYII0g0p8y2FiQXPV16TQr7J15+RUqkdxxIq6kjs=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=W0VV/+yJjwlXMehZhIBRprnFtcO4xtjt6B3UDhPeZwIuIzngLV2Q4SAJgQWks5l2a
 SXc/Vq3n1Jr8PkiU9B7RyYOBPdbXanzZKc/Kb+cbr8q4PdxX1KTOighn6567IRdR/P
 Kt3Ht1sYSrwblT8es6/W30RLv3IXZ5ril7r2388HGopei1R1KDL302Sw1sRK7aB3hI
 u6rRhT/+Q14TVS9vMDdqrawmQENQpBAUkMHHJwqR95MPWuCpqTKBQY3szZb/PViQTc
 qETfDmXdf0tUXwJewzhSKMJKgSzvWmh5VWvi1kArMDekF+jln6Pzkemcrnyw4h17HB
 H8yymyhm88aBg==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 73D10120396;
 Fri, 18 Dec 2020 09:41:07 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwveejntbye.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwv4kkkw6sq.fsf-monnier+emacs@HIDDEN>
 <jwvsg84uqh3.fsf-monnier+emacs@HIDDEN> <83bles6tgc.fsf@HIDDEN>
 <jwvh7okuole.fsf-monnier+emacs@HIDDEN> <835z4z7dzv.fsf@HIDDEN>
Date: Fri, 18 Dec 2020 09:41:06 -0500
In-Reply-To: <835z4z7dzv.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 18 Dec
 2020 09:46:44 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.073 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>> That would be nice, yes.  But that's largely independent from the bug
>> under discussion, where the performance seems to be adequate with the
>> current coarse grained flags as long as we have a single frame, so the
>> problem seems to be that we consider all frames instead of only
>> considering those displaying the affected windows.
>
> No, the problem is that we turn on update_mode_lines because we need
> to make sure the title of the _selected_ frame, a single frame, is
> updated due to possible effects of scrolling on that single title.
> And the effect is to consider the titles (and menu bars and tool bars)
> on all frames instead, which is definitely unnecessary.

I fail to see the difference between what you're saying and what I'm saying.


        Stefan





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 16:23:01 +0000
Resent-Message-ID: <handler.42406.B42406.160830857122908 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160830857122908
          (code B ref 42406); Fri, 18 Dec 2020 16:23:01 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 16:22:51 +0000
Received: from localhost ([127.0.0.1]:39772 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqIWo-0005xP-PS
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 11:22:51 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:13754)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kqIWn-0005x6-0c
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 11:22:49 -0500
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id A422A1000F4;
 Fri, 18 Dec 2020 11:22:43 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 4A1411000CF;
 Fri, 18 Dec 2020 11:22:41 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608308561;
 bh=fGI9CIOglc05EdBTYogXBiobMZeUbIFNb2eciJnUYJ0=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=KaGtlG91qOGC6wRSc5hAqLcOZj6IheZCixcm/MNYm0YomzHdEpKeY+B4tIK4LWr+0
 +yk4ZFMNtHXM0MEWtnzXfzKKYgARfmeLHaiVksT6p/nhAhVdnvlcImM6jx90ZgWhgy
 2h75aY/2sWbDNX/vRb0ZAjQpvGzmOZ5LeyrrMr5gElbt34GkX4sLoovQgI3rW0jwe2
 Ke4miF+FzKKaNRR0MbIcwwZI2HZxTzEYTk01HZFF3lQgbncIokzs9cRlqg8QW+8EBe
 3LjYvPebDjysNA8rsbKTksQ+8lGwzJcggz0z6ZJjgCMaa2dOt43BRyN+x8z/Gf8GvG
 9N4XYDKqTu5cw==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 09D421201DF;
 Fri, 18 Dec 2020 11:22:41 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvim8ztbzb.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwva6ucw7pq.fsf-monnier+emacs@HIDDEN> <83ft446uh7.fsf@HIDDEN>
 <jwvmtycupxi.fsf-monnier+emacs@HIDDEN> <837dpf7e5n.fsf@HIDDEN>
Date: Fri, 18 Dec 2020 11:22:40 -0500
In-Reply-To: <837dpf7e5n.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 18 Dec
 2020 09:43:16 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.089 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>> > That probably just means abbrev-mode should be added to the list at
>> > the end of frame.el.  Or maybe that we need some new mechanism to
>> > trigger update of the lighter on the mode line when a mode is turned
>> > on or off.
>> Don't know about "new" but the old mechanism is that the standard
>> minor-mode code ends up calling `force-mode-line-update` (this now
>> mostly comes from `define-minor-mode`, but in the past it was present in
>> most "manual" definitions as well).
> IMO, that shouldn't be needed.

But it is, currently.

> My point is that we are dealing with a bunch of global and local flags
> with overlapping functionality about which we have no clear idea what
> each one is doing.  Removing a flag will not solve that basic problem,
> because I don't doubt that some of these flags is needed in some,
> perhaps subtle and rare, situation.  We won't find flags that could be
> removed without unwanted consequences.

IME a good to way to find out what a chunk of code is for is to remove
it and see what happens.  It's not the only way and not always the best
way either, of course.

> My point is that the documentation says REDISPLAY_SOME causes only the
> mode line(s) to be updated, but the idea that changes which affect the
> mode line could be handled by using REDISPLAY_SOME is incorrect
> because it assumes the windows above and below will never be affected
> by such changes.  So the idea itself is flawed, albeit in very rare
> and somewhat unusual use cases.

I can see how a mode-line update can reduce the height of the
mode-line and this require to display "more" of the contents of the
attached window.  But:
- I don't know how/where this is currently handled in the redisplay
  (I do have some ideas of how it *could* be handled, OTOH ;-)
- I don't see how this can also require display updates in the window
  that's below.
- more importantly, I don't see how this relates to REDISPLAY_SOME: it
  seems to be an issue of "update mode lines may require updates in
  window contents" and that issue is linked to the division between
  `update_mode_lines` and `windows_or_buffers_changed` but that is
  orthogonal to the REDISPLAY_SOME one.

> I hoped that this will lead to the conclusion that the current
> partition of possible use cases and its translation into specific sets
> of values of the flags and variables we have is at least inaccurate
> and incomplete, if not worse.  With the implied realization that we
> need to rethink this and then reimplement it.

In case you're curious, here's my idea of how I think the above problem
could be attacked.

    bool redisplay_bits_set;

    fset_redisplay ()
    { ...; redisplay_bits_set = true; }
    [...]

    redisplay ()
    {
       if (redisplay_bits_set)
         redisplay_internal ();
       if (redisplay_bits_set)
         /* Redisplay itself caused further changes.  So try again.
            This second redisplay could potentially cause yet more changes,
            but it *really* should not.
            If it does, then tough luck: we won't take the risk of
            inf-looping for it so the result will only be seen at the
            next redisplay.  */
         redisplay_internal ();
    }

>> >   consider_all_windows_p = (update_mode_lines
>> > 			    || windows_or_buffers_changed);
>> >   [...]
>> >   if (consider_all_windows_p)
>> >     {
>> >       FOR_EACH_FRAME (tail, frame)
>> > 	XFRAME (frame)->updated_p = false;
>> >
>> >       propagate_buffer_redisplay ();
>> >
>> >       FOR_EACH_FRAME (tail, frame)
>> > 	{
>> >    [...]
>> >
>> > If the redisplay flag is all we need, how come we must also set
>> > update_mode_lines or windows_or_buffers_changed to get Emacs to
>> > consider anything beyond the selected window?
>> The `redisplay` bits were designed to reduce the set of windows that we
>> consider at each redisplay.
> Then why do we need the consider_all_windows_p condition, which is
> based on 2 other variables?

That's because I kept the special case where redisplay only considers
the selected window as explained earlier.

> It should have been enough to simply go over all the redisplay flags
> of all the frames and windows and buffers, and see if any of them are
> set for any window other than the selected window of the selected
> frame.  Right?

Yes.  I explained yesterday why I didn't do that back then:

    Similarly, I kept the special case where we only consider the selected
    window.  We could get rid of it and only rely on the `redisplay` bits
    instead, but it could make things marginally slower in some cases, and
    it would have a required more work to try and better understand what
    that "selected window only" code path does to make sure I wasn't
    introducing any regression.

But if someone wants to go ahead and do that, I'd welcome it.

>> > Why does it have to be so complicated to say "this frame needs to have
>> > all of its windows reconsidered for redisplay"?
>> Is it?  AFAIK `fset_redisplay (f)` is all it takes, which doesn't seem
>> particularly complex (and neither does its code).
> So you are saying that wset_update_mode_line should only set the
> frame's redisplay flag?  If so, why didn't your patch to do just that
> work?

AFAIK that is what my patch does.

> And that's because the flags we use, however numerous, are too blunt
> for selectively specifying which parts to redisplay.  Which AFAIU is
> the crux of this bug report.

Since the performance is good enough in the single-frame case (even
though it does perform a lot of unnecessary work), I think the
`redisplay` bits are sufficient for the needs of this bug-report (since
they are perfectly sufficient to reduce the many-frames case down to the
single-frame case).

>> >> > I'm not against experimenting with replacing 42 by 32 or by
>> >> > REDISPLAY_SOME etc., but I don't think we should install anything
>> >> > along these lines, except if we need to fix a clear bug (i.e. a
>> >> > redisplay glitch), which this one isn't.
>> >> I don't know what you mean by "along these lines".
>> > "Along these lines" means playing more games with "special" values of
>> > update_mode_lines and windows_or_buffers_changed.
>> I don't know what you mean by "special values".
>> And I'm not playing any games here.
> This is not useful: you are responding to the specific words I used
> instead of responding to what I meant (which I think is fairly
> obvious).

I'm afraid it's not obvious enough for me.  I'm not playing with words,
I was only quoting the specific words which I think are the source of my
lack of understanding of what you meant.

>> The meaning of those vars is as follows:
>>
>> - update_mode_lines == 0 means that none of the mode lines (and
>>   relatives) needs to be updated.
>> - update_mode_lines > 2 means that all the mode lines in all windows
>>   need to be updated.
>> - update_mode_lines == 2 means that all the mode lines need to be
>>   updated in the set designated by the `redisplay` bits (where the
>>   `redisplay` on a frame means that all of its windows are also part opf
>>   the set, and where the `redisplay` bit of a buffer means that all the
>>   windows that display this buffer are also part of the set).
>>
>> - windows_or_buffers_changed == 0 means that only the selected window's
>>   content may need to be updated.
>
> Yes, I know.  The comments you provided tell this much.  The problem
> is, the reality is subtly and annoyingly different, and that is not
> good for maintainability.

When it's different, please consider it as a bug rather than as "the doc
doesn't match reality".  For that reason I believe the patch below is
*right*.

Maybe it'll introduce regressions, in which case it should indicate that
we have a bug elsewhere, and maybe it won't improve the original problem
(e.g. because 42 is only one of the causes why the redisplay has to
reconsider all the windows/frames), but it is a step in the right direction.

To be clear: I have no intention to push this to `emacs-27`, but
I can't see any good reason not to push it to master (after fixing its
FIXME, obviously).

>> - update_mode_lines > 2 means that the contents in all windows
>>   may need to be updated.
>> - update_mode_lines == 2 means that the contents in all windows in the
>>   set designated by the `redisplay` bits may need to be updated.
>
> Copy/paste? did you mean windows_or_buffers_changed?

Indeed, sorry.


        Stefan


diff --git a/src/window.c b/src/window.c
index bcc989b5a7..9b88c18142 100644
--- a/src/window.c
+++ b/src/window.c
@@ -224,7 +224,13 @@ wset_update_mode_line (struct window *w)
   Lisp_Object fselected_window = XFRAME (WINDOW_FRAME (w))->selected_window;
 
   if (WINDOWP (fselected_window) && XWINDOW (fselected_window) == w)
-    update_mode_lines = 42;
+    {
+      /* FIXME: This should be in xdisp.c, next to fset_redisplay
+         and friends!  */
+      if (!update_mode_lines)
+        update_mode_lines = 2;    /* FIXME: REDISPLAY_SOME  */
+      XFRAME (WINDOW_FRAME (w))->redisplay = true;
+    }
   else
     w->update_mode_line = true;
 }





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 20:44:02 +0000
Resent-Message-ID: <handler.42406.B42406.160832418423263 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.160832418423263
          (code B ref 42406); Fri, 18 Dec 2020 20:44:02 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 20:43:04 +0000
Received: from localhost ([127.0.0.1]:40111 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqMad-000639-Sw
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 15:43:04 -0500
Received: from eggs.gnu.org ([209.51.188.92]:60274)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kqMaZ-00062a-7H
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 15:43:02 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:40321)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kqMaR-0007QI-JB; Fri, 18 Dec 2020 15:42:51 -0500
Received: from [176.228.60.248] (port=4343 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kqMaQ-0003Uu-Sg; Fri, 18 Dec 2020 15:42:51 -0500
Date: Fri, 18 Dec 2020 22:42:52 +0200
Message-Id: <83tusi6e2b.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <jwvim8ztbzb.fsf-monnier+emacs@HIDDEN> (message from Stefan
 Monnier on Fri, 18 Dec 2020 11:22:40 -0500)
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwva6ucw7pq.fsf-monnier+emacs@HIDDEN> <83ft446uh7.fsf@HIDDEN>
 <jwvmtycupxi.fsf-monnier+emacs@HIDDEN> <837dpf7e5n.fsf@HIDDEN> 
 <jwvim8ztbzb.fsf-monnier+emacs@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: alan@HIDDEN,  konrad.podczeck@HIDDEN,  42406 <at> debbugs.gnu.org
> Date: Fri, 18 Dec 2020 11:22:40 -0500
> 
> To be clear: I have no intention to push this to `emacs-27`, but
> I can't see any good reason not to push it to master (after fixing its
> FIXME, obviously).

I thought I already explained why I'm not interested in such "fixes".
I'd welcome a thorough redesign of the flags and introduction of new
flags to allow us to redraw specific parts like frame titles and menu
bars (or new values of existing flags to the same effect).  Then it
will be worth our while to risk breaking some use cases.  But I don't
want to increase the existing mess by lumping more and more logic on
top of what we already have, because that brings the same risks
without any benefits.  Sorry.

Oh, and your question about where the change in mode-line dimensions
is handled? it's here:

      display_mode_lines (w);

      /* If mode line height has changed, arrange for a thorough
	 immediate redisplay using the correct mode line height.  */
      if (window_wants_mode_line (w)
	  && CURRENT_MODE_LINE_HEIGHT (w) != DESIRED_MODE_LINE_HEIGHT (w))
	{
	  f->fonts_changed = true;
	  w->mode_line_height = -1;
	  MATRIX_MODE_LINE_ROW (w->current_matrix)->height
	    = DESIRED_MODE_LINE_HEIGHT (w);
	}
      [...]
      if (f->fonts_changed)
	goto need_larger_matrices;




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#42406: Mouse-wheel scrolling can be flickering
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2020 23:13:02 +0000
Resent-Message-ID: <handler.42406.B42406.16083331766566 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 42406
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org
Received: via spool by 42406-submit <at> debbugs.gnu.org id=B42406.16083331766566
          (code B ref 42406); Fri, 18 Dec 2020 23:13:02 +0000
Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 23:12:56 +0000
Received: from localhost ([127.0.0.1]:40465 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kqOvf-0001hq-N3
	for submit <at> debbugs.gnu.org; Fri, 18 Dec 2020 18:12:55 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:21459)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1kqOve-0001hb-CP
 for 42406 <at> debbugs.gnu.org; Fri, 18 Dec 2020 18:12:54 -0500
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id D2E0E10022E;
 Fri, 18 Dec 2020 18:12:48 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 4B93A1000CF;
 Fri, 18 Dec 2020 18:12:47 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1608333167;
 bh=Ky0U6ZRagm8g0Vk2E6FxAZdQzkPXsLZUgLIFMFtunBM=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=SDJI5tYD7AU1pl2eG/714GDE9wWRnDJ8OV/ubT7Z2gMNk61pp+9EjiqDMstHb62ck
 WcqCxvQXHWhrujKZAwgKM0eqEH5UR9n8GmT7fjEmTO5C3GCsWm/rWiWcn8mxHxlOWe
 VEuM6cuQBxHFFggK0AZ+5mKlh0vmG3LsRtHMGThK8/3NsfsdWCxgXPhmyC49sZ7fjO
 35w0bQNveTagC/L8+2EE3QDkk5bFts2RW/mx9+u6XQow5qdvNE1rUOWoXrml0aCLJe
 ZkzKt17acBpoc/y+oyCcvpXJj0fOknJgbGNYN6+wjkBTg7EsrxQJ4bpjZK/Ewj8m8A
 JfMFt2AT6+Eng==
Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 044261201A6;
 Fri, 18 Dec 2020 18:12:46 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvk0teraav.fsf-monnier+emacs@HIDDEN>
References: <A05C9F64-5FC8-4AFF-BC4B-34937DEFE793@HIDDEN>
 <20200722201659.GA1541@HIDDEN>
 <969D8DEC-6837-4DD4-93E9-F359DADE1EAB@HIDDEN>
 <20201010095100.GG60347@HIDDEN>
 <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN>
 <D8C406D2-ADAA-48A1-80CC-0C1A4F818EB4@HIDDEN>
 <X9Kc1LsNarvInm6J@HIDDEN> <83czzg3ge1.fsf@HIDDEN>
 <X9PYpLzN6wFcnt40@HIDDEN> <83sg89cyrq.fsf@HIDDEN>
 <X9ZvfMy13DlOSAkp@HIDDEN> <837dpkcqpa.fsf@HIDDEN>
 <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> <83im9070x6.fsf@HIDDEN>
 <jwva6ucw7pq.fsf-monnier+emacs@HIDDEN> <83ft446uh7.fsf@HIDDEN>
 <jwvmtycupxi.fsf-monnier+emacs@HIDDEN> <837dpf7e5n.fsf@HIDDEN>
 <jwvim8ztbzb.fsf-monnier+emacs@HIDDEN> <83tusi6e2b.fsf@HIDDEN>
Date: Fri, 18 Dec 2020 18:12:45 -0500
In-Reply-To: <83tusi6e2b.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 18 Dec
 2020 22:42:52 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.089 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>> From: Stefan Monnier <monnier@HIDDEN>
>> Cc: alan@HIDDEN,  konrad.podczeck@HIDDEN,  42406 <at> debbugs.gnu.org
>> Date: Fri, 18 Dec 2020 11:22:40 -0500
>> 
>> To be clear: I have no intention to push this to `emacs-27`, but
>> I can't see any good reason not to push it to master (after fixing its
>> FIXME, obviously).
>
> I thought I already explained why I'm not interested in such "fixes".

I resent the way you used scare-quotes around this word.
This *is* a fix and it only touches "flags" whose semantics we
understand well.

Any change to the redisplay will risk introducing regressions because of
the previous code's intricate workings so if you reject this simple
change, I can't see why you wouldn't reject similarly any other change
to the redisplay (including your advocated big redesign).

After all, my `redisplay` bits did pretty much exactly what you suggest
we do, except that they did not try to use a finer distinction between
frametitles, headerlines, modelines, ...

I really just don't understand your stance here.

> Oh, and your question about where the change in mode-line dimensions
> is handled? it's here:
>
>       display_mode_lines (w);
>
>       /* If mode line height has changed, arrange for a thorough
> 	 immediate redisplay using the correct mode line height.  */
>       if (window_wants_mode_line (w)
> 	  && CURRENT_MODE_LINE_HEIGHT (w) != DESIRED_MODE_LINE_HEIGHT (w))
> 	{
> 	  f->fonts_changed = true;
> 	  w->mode_line_height = -1;
> 	  MATRIX_MODE_LINE_ROW (w->current_matrix)->height
> 	    = DESIRED_MODE_LINE_HEIGHT (w);
> 	}
>       [...]
>       if (f->fonts_changed)
> 	goto need_larger_matrices;

Ah, right, thanks, that makes sense.  And it shows that the division
between "mode-lines" and "window contents" was a good idea, since in
most cases they can be handled separately and in the few cases where
they can't, we can easily arrange to augment the amount that's actually
redisplayed once we discover that more needs to be done.


        Stefan






Last modified: Fri, 18 Dec 2020 23:15:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.