Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 23:12:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 18:12:56 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 20:43:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 15:43:04 2020 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> To: Stefan Monnier <monnier@HIDDEN> In-Reply-To: <jwvim8ztbzb.fsf-monnier+emacs@HIDDEN> (message from Stefan Monnier on Fri, 18 Dec 2020 11:22:40 -0500) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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;
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 16:22:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 11:22:51 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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; }
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 14:41:18 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 09:41:18 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 13:57:13 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 08:57:13 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 11:46:00 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 06:45:59 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <f78cd89e-64f3-a40c-2cec-f50431988275@HIDDEN> (message from martin rudalics on Fri, 18 Dec 2020 09:39:35 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 08:39:49 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 03:39:49 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 07:56:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 02:56:56 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Stefan Monnier <monnier@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> <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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, 42406 <at> debbugs.gnu.org, Alan Third <alan@HIDDEN>, konrad.podczeck@HIDDEN 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 07:50:44 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 02:50:44 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <25f0682d-5f12-4db2-a913-edd3bb8c0610@HIDDEN> (message from martin rudalics on Fri, 18 Dec 2020 00:19:48 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 07:46:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 02:46:51 2020 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> To: Stefan Monnier <monnier@HIDDEN> In-Reply-To: <jwvh7okuole.fsf-monnier+emacs@HIDDEN> (message from Stefan Monnier on Thu, 17 Dec 2020 16:24:01 -0500) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 18 Dec 2020 07:43:28 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 18 02:43:28 2020 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> To: Stefan Monnier <monnier@HIDDEN> In-Reply-To: <jwvmtycupxi.fsf-monnier+emacs@HIDDEN> (message from Stefan Monnier on Thu, 17 Dec 2020 16:07:19 -0500) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 23:30:06 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 18:30:06 2020 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> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, 42406 <at> debbugs.gnu.org, Alan Third <alan@HIDDEN>, konrad.podczeck@HIDDEN 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 23:24:36 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 18:24:36 2020 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> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, 42406 <at> debbugs.gnu.org, Alan Third <alan@HIDDEN>, konrad.podczeck@HIDDEN 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; }
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 23:20:09 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 18:20:09 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 23:19:50 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 18:19:50 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Stefan Monnier <monnier@HIDDEN>, Eli Zaretskii <eliz@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> 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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 21:24:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 16:24:12 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 21:07:29 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 16:07:29 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 20:58:31 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 15:58:31 2020 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> To: Stefan Monnier <monnier@HIDDEN> In-Reply-To: <jwvsg84uqh3.fsf-monnier+emacs@HIDDEN> (message from Stefan Monnier on Thu, 17 Dec 2020 15:35:27 -0500) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 20:47:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 15:47:11 2020 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> To: Stefan Monnier <monnier@HIDDEN> In-Reply-To: <jwv4kkkw6sq.fsf-monnier+emacs@HIDDEN> (message from Stefan Monnier on Thu, 17 Dec 2020 14:56:40 -0500) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 20:36:27 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 15:36:27 2020 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> To: Stefan Monnier <monnier@HIDDEN> In-Reply-To: <jwva6ucw7pq.fsf-monnier+emacs@HIDDEN> (message from Stefan Monnier on Thu, 17 Dec 2020 14:45:19 -0500) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 20:35:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 15:35:39 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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;
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 19:57:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 14:57:05 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 19:45:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 14:45:32 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 18:17:11 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 13:17:11 2020 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> To: Stefan Monnier <monnier@HIDDEN> In-Reply-To: <jwvh7okwdgi.fsf-monnier+emacs@HIDDEN> (message from Stefan Monnier on Thu, 17 Dec 2020 12:47:17 -0500) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 18:01:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 13:01:51 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <5014029f-852f-e52e-3f2f-5f7deeba8d67@HIDDEN> (message from martin rudalics on Thu, 17 Dec 2020 18:34:42 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 17:47:33 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 12:47:33 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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; }
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 17:35:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 12:35:01 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 17:34:31 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 12:34:31 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 17:24:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 12:24:53 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> In-Reply-To: <48D705F1-538B-406E-95FC-0DE4909CC2D1@HIDDEN> (message from Konrad Podczeck on Thu, 17 Dec 2020 17:40:30 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: rudalics@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 17:06:17 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 12:06:17 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Konrad Podczeck <konrad.podczeck@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 16:54:22 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 11:54:22 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <31e56bf1-203f-f895-20cd-32bab5e05988@HIDDEN> (message from martin rudalics on Thu, 17 Dec 2020 16:13:53 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 16:50:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 11:50:10 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <028764d4-643e-d95f-5511-cfa7cc51d29d@HIDDEN> (message from martin rudalics on Thu, 17 Dec 2020 16:13:37 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.)
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 16:40:36 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 11:40:36 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: martin rudalics <rudalics@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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 15:14:06 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 10:14:05 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 15:13:54 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 10:13:54 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 14:44:27 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 09:44:27 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <a0975c41-c053-3edc-6671-476f7e8af93f@HIDDEN> (message from martin rudalics on Thu, 17 Dec 2020 14:21:48 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 14:05:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 09:05:04 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <1a3b1fd6-e438-0c77-d317-576e707930a0@HIDDEN> (message from martin rudalics on Thu, 17 Dec 2020 08:29:48 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 13:22:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 08:22:00 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Konrad Podczeck <konrad.podczeck@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> 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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 10:19:34 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 05:19:34 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: martin rudalics <rudalics@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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 07:29:59 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 02:29:59 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Konrad Podczeck <konrad.podczeck@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> 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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 17 Dec 2020 07:29:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 17 02:29:47 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@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> <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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 23:53:35 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 18:53:35 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: Alan Third <alan@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-Debbugs-Envelope-To: 42406 Cc: martin rudalics <rudalics@HIDDEN>, 42406 <at> debbugs.gnu.org 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>
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 21:35:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 16:35:47 2020 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> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 21:32:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 16:32:10 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: martin rudalics <rudalics@HIDDEN>, 42406 <at> debbugs.gnu.org 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--
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 20:30:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 15:30:01 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: martin rudalics <rudalics@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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 19:35:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 14:35:30 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <8505b808-3c5b-7864-fc10-90c8e3409e61@HIDDEN> (message from martin rudalics on Wed, 16 Dec 2020 19:51:39 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 18:51:54 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 13:51:54 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@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> 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 17:19:16 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 12:19:16 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <5dfe58f9-cddd-cf7b-5061-8929de3f8995@HIDDEN> (message from martin rudalics on Wed, 16 Dec 2020 17:53:37 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 16:53:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 11:53:52 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 16:00:41 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 11:00:41 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <3a8d5d16-4362-a267-acc6-3f2c845fc8ed@HIDDEN> (message from martin rudalics on Wed, 16 Dec 2020 09:46:18 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 15:58:44 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 10:58:44 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <de66f6b8-0be6-fae9-1f33-77793b24593e@HIDDEN> (message from martin rudalics on Wed, 16 Dec 2020 09:46:59 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 08:47:16 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 03:47:16 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@HIDDEN>, Konrad Podczeck <konrad.podczeck@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 08:47:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 03:47:12 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Alan Third <alan@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> <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-Debbugs-Envelope-To: 42406 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 16 Dec 2020 08:46:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 16 03:46:38 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Konrad Podczeck <konrad.podczeck@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> 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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 20:33:13 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 15:33:13 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> In-Reply-To: <487E7E5C-3C1A-4219-963C-27A210450DF7@HIDDEN> (message from Konrad Podczeck on Tue, 15 Dec 2020 21:12:24 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: rudalics@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 20:12:31 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 15:12:31 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: Eli Zaretskii <eliz@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-Debbugs-Envelope-To: 42406 Cc: martin rudalics <rudalics@HIDDEN>, alan@HIDDEN, 42406 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 20:05:22 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 15:05:22 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> In-Reply-To: <1216262E-053D-49BB-9D79-5F7FB3395FE9@HIDDEN> (message from Konrad Podczeck on Tue, 15 Dec 2020 20:52:25 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: rudalics@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 19:52:36 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 14:52:36 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: Eli Zaretskii <eliz@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-Debbugs-Envelope-To: 42406 Cc: martin rudalics <rudalics@HIDDEN>, Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 19:51:11 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 14:51:11 2020 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> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 19:46:16 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 14:46:16 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> In-Reply-To: <8AF2FA71-E12D-414A-9224-31DCC5528BA9@HIDDEN> (message from Konrad Podczeck on Tue, 15 Dec 2020 20:31:19 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: rudalics@HIDDEN, alan@HIDDEN, 42406 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 19:31:28 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 14:31:28 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: martin rudalics <rudalics@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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 18:55:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 13:55:10 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Alan Third <alan@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> <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-Debbugs-Envelope-To: 42406 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 18:36:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 13:36:10 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <e6ee7eeb-729b-da72-401f-54b1a7abb340@HIDDEN> (message from martin rudalics on Tue, 15 Dec 2020 18:14:25 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 17:38:31 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 12:38:31 2020 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> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 17:14:55 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 12:14:55 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@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> <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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 16:53:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 11:53:05 2020 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> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <c382dd1f-6a5c-7176-b985-606dd545a160@HIDDEN> (message from martin rudalics on Tue, 15 Dec 2020 08:58:59 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 15:20:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 10:20:32 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Konrad Podczeck <konrad.podczeck@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> 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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 14:06:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 09:06:09 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: martin rudalics <rudalics@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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 13:52:02 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 08:52:02 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Konrad Podczeck <konrad.podczeck@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> 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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 13:27:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 08:27:45 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: martin rudalics <rudalics@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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 07:59:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 02:59:47 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN> 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-Debbugs-Envelope-To: 42406 Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 15 Dec 2020 07:59:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 15 02:59:12 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Konrad Podczeck <konrad.podczeck@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> 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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 21:14:14 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 14 16:14:14 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 21:02:06 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 14 16:02:06 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> In-Reply-To: <41615014-BF73-464A-9E4C-E05F29D6C30E@HIDDEN> (message from Konrad Podczeck on Mon, 14 Dec 2020 21:48:36 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 20:54:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 14 15:54:51 2020 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> To: Alan Third <alan@HIDDEN> In-Reply-To: <X9fKOgXkHCiAQx57@HIDDEN> (message from Alan Third on Mon, 14 Dec 2020 20:25:30 +0000) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 20:48:44 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 14 15:48:44 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: Eli Zaretskii <eliz@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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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?=
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 20:46:41 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 14 15:46:41 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: martin rudalics <rudalics@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-Debbugs-Envelope-To: 42406 Cc: Alan Third <alan@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 20:25:42 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 14 15:25:42 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 16:17:36 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 14 11:17:36 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> In-Reply-To: <0FD2AAC6-BA1C-483F-9967-3E18B4ADD4D3@HIDDEN> (message from Konrad Podczeck on Mon, 14 Dec 2020 01:20:39 +0100) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: alan@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 16:12:22 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 14 11:12:22 2020 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> To: Alan Third <alan@HIDDEN> In-Reply-To: <X9ZvfMy13DlOSAkp@HIDDEN> (message from Alan Third on Sun, 13 Dec 2020 19:46:04 +0000) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 15:47:34 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 14 10:47:34 2020 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 Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering To: Konrad Podczeck <konrad.podczeck@HIDDEN>, Alan Third <alan@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> 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-Debbugs-Envelope-To: 42406 Cc: 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 14 Dec 2020 00:20:50 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Dec 13 19:20:50 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: Alan Third <alan@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-Debbugs-Envelope-To: 42406 Cc: Eli Zaretskii <eliz@HIDDEN>, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 13 Dec 2020 19:46:23 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Dec 13 14:46:23 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 13 Dec 2020 19:05:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Dec 13 14:05:51 2020 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> To: Alan Third <alan@HIDDEN> In-Reply-To: <X9PYpLzN6wFcnt40@HIDDEN> (message from Alan Third on Fri, 11 Dec 2020 20:37:56 +0000) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 11 Dec 2020 20:38:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 11 15:38:30 2020 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 11 Dec 2020 08:18:44 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 11 03:18:44 2020 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> To: Alan Third <alan@HIDDEN> In-Reply-To: <X9Kc1LsNarvInm6J@HIDDEN> (message from Alan Third on Thu, 10 Dec 2020 22:10:28 +0000) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: konrad.podczeck@HIDDEN, 42406 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 10 Dec 2020 22:10:43 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 10 17:10:43 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 10 Dec 2020 17:14:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 10 12:14:37 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering Date: Thu, 10 Dec 2020 18:14:30 +0100 In-Reply-To: <9849711D-8DBE-4030-8020-84D86E72505B@HIDDEN> To: Alan Third <alan@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-Debbugs-Envelope-To: 42406 Cc: 42406 <at> debbugs.gnu.org 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""> '(display-buffer-base-action</div><div class=3D""> = '((display-buffer-reuse-window = display-buffer-pop-up-frame)</div><div class=3D""> = (reusable-frames . t)))</div><div = class=3D""> '(display-buffer-alist</div><div class=3D""> = '(</div><div class=3D""> ("[.]"</div><div = class=3D""> (display-buffer-reuse-window = display-buffer-pop-up-frame)</div><div class=3D""> = (pop-up-frame-parameters</div><div class=3D""> = (tool-bar-lines . 1)</div><div class=3D""> = (left . 1)</div><div class=3D""> (top . = 0)</div><div class=3D""> (height . = 46)</div><div class=3D""> (width . = 82)</div><div class=3D""> (font . "SF = Mono-15")</div><div class=3D""> (line-spacing = . 3)</div><div class=3D""> ))))</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 <<a = href=3D"mailto:konrad.podczeck@HIDDEN" = class=3D"">konrad.podczeck@HIDDEN</a>>:</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 <<a href=3D"mailto:alan@HIDDEN" = class=3D"">alan@HIDDEN</a>>:<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""> (setq = ns-use-mwheel-momentum nil)<br class=3D""><br class=3D"">--<span = class=3D"Apple-converted-space"> </span><br class=3D"">Alan = Third</blockquote></div></blockquote></div><br class=3D""></body></html>= --Apple-Mail=_ABB9A52C-E09B-4BE3-9017-F7A39E3EAE94--
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Lars Ingebrigtsen <larsi@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 10 Oct 2020 14:07:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Oct 10 10:07:30 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: Alan Third <alan@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-Debbugs-Envelope-To: 42406 Cc: 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 10 Oct 2020 09:51:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Oct 10 05:51:12 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Stefan Kangas <stefan@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 1 Aug 2020 13:13:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Aug 01 09:13:03 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 30 Jul 2020 10:30:41 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 30 06:30:41 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: Alan Third <alan@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-Debbugs-Envelope-To: 42406 Cc: 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 22 Jul 2020 20:17:07 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jul 22 16:17:07 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 19 Jul 2020 20:29:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 19 16:29:32 2020 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\)) Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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> To: Alan Third <alan@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-Debbugs-Envelope-To: 42406 Cc: 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at 42406) by debbugs.gnu.org; 19 Jul 2020 13:33:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 19 09:33:38 2020 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> To: Konrad Podczeck <konrad.podczeck@HIDDEN> Subject: Re: bug#42406: Mouse-wheel scrolling can be flickering 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-Debbugs-Envelope-To: 42406 Cc: 42406 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.Received: (at submit) by debbugs.gnu.org; 17 Jul 2020 15:36:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jul 17 11:36:30 2020 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\)) Subject: Mouse-wheel scrolling can be flickering Message-Id: <A6E611DC-F03E-4C92-B18B-D98232E4CE74@HIDDEN> Date: Fri, 17 Jul 2020 17:36:10 +0200 To: bug-gnu-emacs@HIDDEN 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-Debbugs-Envelope-To: submit 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)
Konrad Podczeck <konrad.podczeck@HIDDEN>
:bug-gnu-emacs@HIDDEN
.
Full text available.bug-gnu-emacs@HIDDEN
:bug#42406
; Package emacs
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.