From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#61667: 29.0.60; Failure to redisplay Date: Sun, 26 Feb 2023 14:13:51 +0200 Message-ID: <83356sk4jk.fsf@gnu.org> References: <04d7cb31-684c-07c0-ee7b-503514fc1a85@yandex.ru> <8afe34f2-eeea-3be8-82ef-576a115beb6d@yandex.ru> <96b742a05da174ece02e@heytings.org> <25c48260-2edc-f062-8fef-52ff2fdd22e3@yandex.ru> <96b742a05dea855f9636@heytings.org> <853eca8f-5850-dd73-7601-4fad92613ab9@yandex.ru> <0a7313f0-765c-aeca-ae50-6d8adbfb04ed@yandex.ru> <5002b0b34b1067395698@heytings.org> <628d9354-e334-0ad5-39c8-91081a5e9238@yandex.ru> <5002b0b34b1213122157@heytings.org> <5002b0b34b7a73483fe3@heytings.org> <5002b0b34b0ee4220ba5@heytings.org> <20e46a69-8b22-65b6-f725-4ab5e5ec41f0@yandex.ru> <5002b0b34bd381f6d1f9@heytings.org> <8716b41c97734e78145e@heytings.org> <8716b41c9757d7e81bd2@heytings.org> <1dafb35c-657c-037f-8244-4568b4e22fcd@yandex.ru> <8716b41c9708333e6bdb@heytings.org> <6f161919-7ee4-e461-e688-797c76fa6d74@yandex.ru> <83fsatj57m.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20617"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, 61667@debbugs.gnu.org, gregory@heytings.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Feb 26 13:14:27 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pWFv8-0005Ar-I8 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Feb 2023 13:14:26 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pWFul-0005Zi-J6; Sun, 26 Feb 2023 07:14:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pWFul-0005Za-1A for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 07:14:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pWFuk-00040u-MA for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 07:14:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pWFuk-0003Qo-CD for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 07:14:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Feb 2023 12:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61667 X-GNU-PR-Package: emacs Original-Received: via spool by 61667-submit@debbugs.gnu.org id=B61667.167741363913175 (code B ref 61667); Sun, 26 Feb 2023 12:14:02 +0000 Original-Received: (at 61667) by debbugs.gnu.org; 26 Feb 2023 12:13:59 +0000 Original-Received: from localhost ([127.0.0.1]:42503 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWFug-0003QQ-Va for submit@debbugs.gnu.org; Sun, 26 Feb 2023 07:13:59 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:41988) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWFuc-0003Q5-8q for 61667@debbugs.gnu.org; Sun, 26 Feb 2023 07:13:57 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pWFuV-0003tv-Te; Sun, 26 Feb 2023 07:13:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=vpUFfr2Ag7VvqU0YppzhybG/D01j5vk7UnbT0HBaV+E=; b=BZ4vdKhUsNJr apgcpLYdQ3fwoLF0nKI6aLxh5fgPqxRtnUzwha4+8S9bBnOSCxh3HdVVyoaSKUb3TcGt+WYkoa9QO PWDQXSTFORndhuPh0nyQk79M3Q/PctlZZXM19OTep1HkiK3nstBz3lPiRhG85c5Tf6okFgppyzRvf W2/79tBqwZ69vOkmIik/UT2s06c/GHx+1OS8i53df3bShXCaLjuNrQO74Bo4B63DAnhfm8oh+Jt7R YVmZdK7IXfUwoXpC9T2I7iUcYJg+H4dkMl8DnTJZ1MWuKRaB7nU0uvRLi2qMEwoF1Lj7uvwDHoAx+ mREscFw3ccmU4sJgY0804g==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pWFuV-0002tG-6w; Sun, 26 Feb 2023 07:13:47 -0500 In-Reply-To: (message from Dmitry Gutov on Sun, 26 Feb 2023 13:59:34 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:256785 Archived-At: > Date: Sun, 26 Feb 2023 13:59:34 +0200 > Cc: gregory@heytings.org, luangruo@yahoo.com, 61667@debbugs.gnu.org > From: Dmitry Gutov > > > . "emacs -Q", then type 'a' (which visits a file?) > > . "emacs" with your configuration, then type "C-x b", which visits a > > file > > > > In both cases, you see a delay before the display is updated, right? > > About 1 in 5-10 tries the delay is high enough to be noticeable > (200-300ms with -Q and up to 1-2 seconds with my config). > > > So what effect, if any, does the changing vs fixed frame title have on > > each of these two use cases? > > The delay (which is, physically, always present) becomes never nigh > enough to be noticeable. > > Or, in simple terms, disappears. > > > And what effect does disabling > > double-buffering have on each of these two cases? > > Same effect: delay "disappears". Thanks, but I still need to insist on more clarity, if possible. You say "disappears", in quotes, presumably to say that it's still present but hard to notice? And before that, you say the delay is always physically present? If the delay does not actually disappear, without any quotes, and is always present, then the frame's title and double-buffering just make it easier to detect the delay, but don't affect the delay itself. I think we must have a clear understanding whether the delay disappears or just becomes hard to detect.