[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Debouncing slow mode line constructs (was: Emacs design and architec
From: |
Eli Zaretskii |
Subject: |
Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?) |
Date: |
Fri, 22 Sep 2023 16:14:16 +0300 |
> From: Ihor Radchenko <yantar92@posteo.net>
> Cc: dmitry@gutov.dev, luangruo@yahoo.com, acm@muc.de, incal@dataswamp.org,
> emacs-devel@gnu.org
> Date: Fri, 22 Sep 2023 13:10:40 +0000
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > I don't see a reason to do that with this particular kind of problems.
> > We currently don't display anything by default even if Lisp called by
> > redisplay signals an error, we just log that in *Messages*. Why
> > should these :eval problems we treated differently?
>
> The aim here is to make users aware that the proposed optimization is
> activated. It does not have to be warning specifically. Might be
> something else visible enough. Warning was just the first thing that
> came to my mind.
They can look at *Messages* and see the warning there, like they do
with any other redisplay problem.
- Re: Emacs design and architecture. How about copy-on-write?, (continued)
- Re: Emacs design and architecture. How about copy-on-write?, Dmitry Gutov, 2023/09/21
- Re: Emacs design and architecture. How about copy-on-write?, Ihor Radchenko, 2023/09/21
- Re: Emacs design and architecture. How about copy-on-write?, Dmitry Gutov, 2023/09/21
- Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Ihor Radchenko, 2023/09/21
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Dmitry Gutov, 2023/09/21
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Ihor Radchenko, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Eli Zaretskii, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Ihor Radchenko, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Eli Zaretskii, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Ihor Radchenko, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?),
Eli Zaretskii <=
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Ihor Radchenko, 2023/09/23
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Eli Zaretskii, 2023/09/21
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Ihor Radchenko, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Eli Zaretskii, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Ihor Radchenko, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Eli Zaretskii, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Ihor Radchenko, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Eli Zaretskii, 2023/09/22
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Ihor Radchenko, 2023/09/23
- Re: Debouncing slow mode line constructs (was: Emacs design and architecture. How about copy-on-write?), Dmitry Gutov, 2023/09/22