From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#68006: 30.0.50; Image-mode speed Date: Thu, 04 Jan 2024 20:16:19 +0100 Message-ID: <87bka0hpto.fsf@ledu-giraud.fr> References: <87le9jlfd6.fsf@ledu-giraud.fr> <83bkae9j11.fsf@gnu.org> <87bkadyqdk.fsf@ledu-giraud.fr> <8334voanr1.fsf@gnu.org> <877cl0zvln.fsf@ledu-giraud.fr> <83y1dg954u.fsf@gnu.org> <87zfxvalnq.fsf@ledu-giraud.fr> <83o7eb938y.fsf@gnu.org> <87wmsxmff3.fsf@ledu-giraud.fr> <83mstt5hrk.fsf@gnu.org> <87frzjvpb5.fsf@ledu-giraud.fr> <83le9a3kqs.fsf@gnu.org> <83zfxnzyrb.fsf@gnu.org> <87mstnafie.fsf@ledu-giraud.fr> <83r0izzn1p.fsf@gnu.org> <87le95rqoh.fsf@ledu-giraud.fr> <83plyhvvso.fsf@gnu.org> <87h6jtrlci.fsf@ledu-giraud.fr> <83jzopvsgj.fsf@gnu.org> Reply-To: Manuel Giraud Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6846"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: stefankangas@gmail.com, 68006@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 04 20:17:17 2024 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 1rLTDQ-0001Y9-5C for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 04 Jan 2024 20:17:16 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rLTDB-0000Yv-7M; Thu, 04 Jan 2024 14:17:01 -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 1rLTD8-0000Yk-UD for bug-gnu-emacs@gnu.org; Thu, 04 Jan 2024 14:16:58 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rLTD8-000832-Ls for bug-gnu-emacs@gnu.org; Thu, 04 Jan 2024 14:16:58 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rLTDB-0001Ub-V2 for bug-gnu-emacs@gnu.org; Thu, 04 Jan 2024 14:17:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Manuel Giraud Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Jan 2024 19:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68006 X-GNU-PR-Package: emacs Original-Received: via spool by 68006-submit@debbugs.gnu.org id=B68006.17043957925467 (code B ref 68006); Thu, 04 Jan 2024 19:17:01 +0000 Original-Received: (at 68006) by debbugs.gnu.org; 4 Jan 2024 19:16:32 +0000 Original-Received: from localhost ([127.0.0.1]:55717 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rLTCi-0001Pi-1q for submit@debbugs.gnu.org; Thu, 04 Jan 2024 14:16:32 -0500 Original-Received: from ledu-giraud.fr ([51.159.28.247]:1382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rLTCc-0001L0-Pu for 68006@debbugs.gnu.org; Thu, 04 Jan 2024 14:16:31 -0500 DKIM-Signature: v=1; a=ed25519-sha256; c=simple/simple; s=ed25519; bh=K7AoKnvq R0I6F7A1rl0xp330BH7sx7cGV8aFlkwUOec=; h=date:references:in-reply-to: subject:cc:to:from; d=ledu-giraud.fr; b=Ymxgl35F80GWlsQgDsDBuB3uEYR/qi InKIchitjJLQpfSaHV9WEsF04O6EObFbfSUAlkUko1zw0cfwDJfvQFDw== DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=rsa; bh=K7AoKnvqR0I6F7A1 rl0xp330BH7sx7cGV8aFlkwUOec=; h=date:references:in-reply-to:subject: cc:to:from; d=ledu-giraud.fr; b=iJIT3iWFyUSS58KVWC/4Zq4bHuuiJAeUJa1fxp +eCvFjSTLFx8REjnZNj3XxqzH0CXumfHhA5zLajcCf5TN5zkZOLHhPHHmmFur5PU733OsT Hs8+RF8BuQc/CUE51MPCquBMJ9/v0gfRI0LWPiTgCFlIiei9aiVM7QepAjlgGNNcu0EEdK QUbR4k28sLgIeeOxuofq/pru1dWYJKThmeKjhDQsG4B190dsVCq6fFnUviFi9fSQFYR5/t E4+mB2qjdmtTEiSZcxxTUj/qlt4HF6YG8VOz+9+T5TcWAY6zi7ZfGvtqdhInxQeFtnz1Ck n4rjP1Ek3G1YT6ILxbUbXSuA== Original-Received: from computer ( [10.1.1.1]) by ledu-giraud.fr (OpenSMTPD) with ESMTPSA id 4ef76d49 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 4 Jan 2024 20:16:21 +0100 (CET) In-Reply-To: <83jzopvsgj.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 04 Jan 2024 20:55:40 +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:277330 Archived-At: Eli Zaretskii writes: >> From: Manuel Giraud >> Cc: stefankangas@gmail.com, 68006@debbugs.gnu.org >> Date: Thu, 04 Jan 2024 19:42:53 +0100 >> >> But anyway, you're thinking about another image cache completely user >> manageable? > > Yes. > >> I guess it is a much more harder problem to tackle. > > Probably. But anything else will be IMO a kludge. (We do have > kludges in Emacs, so we could have one here as well, of course. I > just thought that it would be good to avoid it if possible). Ok. >> For starters, as the current image-mode is using the 'image' display >> property which uses the current image cache, I imagine that it >> should then be replaced by something else? Thinking about that, maybe we could have this other cache on top of the current one (and still on top of the image display property). > Yes, probably. And if you are going for the simple solution, please > keep in mind that image-cache-eviction-delay is a global variable, and > the images are cached on a per-frame basis. So if image-mode enlarges > image-cache-eviction-delay, it will affect all the images, not just > those in image-mode buffers. One more reason why I think we should > provide a separate and differently managed cache for this purpose. Ok. Maybe we should re-use the current C cache code with a "nice" interface for this too. -- Manuel Giraud