[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Display performance degradation
From: |
Miles Bader |
Subject: |
Re: Display performance degradation |
Date: |
Fri, 18 Dec 2009 12:53:21 +0900 |
Chong Yidong <address@hidden> writes:
>>> I don't know if this particular problem can be worked around, probably
>>> there is a way with different caching and/or status flags, but it will
>>> be just another band-aid. The real problem is harder to fix.
>>
>> Then please enable the feature of making Emacs react to the
>> change of dpi, etc only after the workaroubnd is found or
>> the real problem is fixed.
>
> Yes, this is the only sane approach.
For "unlikely changes," it would seem fine to have a sort of out-of-band
checker that checks only occasionally and invalidates relevant caches
(and forces redisplay) when a change is found...
-miles
--
Faith, n. Belief without evidence in what is told by one who speaks without
knowledge, of things without parallel.
- Display performance degradation, YAMAMOTO Mitsuharu, 2009/12/16
- Re: Display performance degradation, Kenichi Handa, 2009/12/17
- Re: Display performance degradation, Chong Yidong, 2009/12/17
- Re: Display performance degradation,
Miles Bader <=
- Re: Display performance degradation, Jan Djärv, 2009/12/17
- Re: Display performance degradation, YAMAMOTO Mitsuharu, 2009/12/17
- Re: Display performance degradation, Kenichi Handa, 2009/12/18
- Re: Display performance degradation, YAMAMOTO Mitsuharu, 2009/12/18
- Re: Display performance degradation, Andreas Schwab, 2009/12/19
- Re: Display performance degradation, YAMAMOTO Mitsuharu, 2009/12/20
- Re: Display performance degradation, Kenichi Handa, 2009/12/20
- Re: Display performance degradation, Miles Bader, 2009/12/20
- Re: Display performance degradation, Lennart Borgman, 2009/12/20
- Re: Display performance degradation, Miles Bader, 2009/12/20