From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Third Newsgroups: gmane.emacs.bugs Subject: bug#42406: Mouse-wheel scrolling can be flickering Date: Tue, 15 Dec 2020 19:50:58 +0000 Message-ID: References: <83czzg3ge1.fsf@gnu.org> <83sg89cyrq.fsf@gnu.org> <837dpkcqpa.fsf@gnu.org> <83h7ooaz1y.fsf@gnu.org> <7a0f523a-4512-55f3-9abd-79f1efbad125@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16972"; mail-complaints-to="usenet@ciao.gmane.io" Cc: konrad.podczeck@univie.ac.at, 42406@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 15 20:52:12 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kpGMm-0004FE-6G for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 15 Dec 2020 20:52:12 +0100 Original-Received: from localhost ([::1]:51318 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kpGMl-0001xh-0I for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 15 Dec 2020 14:52:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33370) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kpGMc-0001vR-9y for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2020 14:52:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47623) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kpGMc-0008SU-1s for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2020 14:52:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kpGMc-0004hC-1Y for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2020 14:52:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Third Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Dec 2020 19:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42406 X-GNU-PR-Package: emacs Original-Received: via spool by 42406-submit@debbugs.gnu.org id=B42406.160806187117987 (code B ref 42406); Tue, 15 Dec 2020 19:52:02 +0000 Original-Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 19:51:11 +0000 Original-Received: from localhost ([127.0.0.1]:59169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kpGLn-0004g3-Bm for submit@debbugs.gnu.org; Tue, 15 Dec 2020 14:51:11 -0500 Original-Received: from outbound.soverin.net ([116.202.65.218]:40863) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kpGLl-0004fk-6J for 42406@debbugs.gnu.org; Tue, 15 Dec 2020 14:51:09 -0500 Original-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) Original-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== Original-Received: by breton.holly.idiocy.org (Postfix, from userid 501) id A76FF2028BD280; Tue, 15 Dec 2020 19:50:58 +0000 (GMT) Mail-Followup-To: Alan Third , martin rudalics , Eli Zaretskii , konrad.podczeck@univie.ac.at, 42406@debbugs.gnu.org Content-Disposition: inline In-Reply-To: <7a0f523a-4512-55f3-9abd-79f1efbad125@gmx.at> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:196181 Archived-At: 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