GNU bug report logs - #32159
26.1; inhibit-compacting-font-caches does not fix all fonts lagging issue

Previous Next

Package: emacs;

Reported by: Moses <moses.mason <at> gmail.com>

Date: Sun, 15 Jul 2018 00:23:01 UTC

Severity: minor

Found in version 26.1

Full log


View this message in rfc822 format

From: Moses <moses.mason <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 32159 <at> debbugs.gnu.org
Subject: bug#32159: 26.1; inhibit-compacting-font-caches does not fix all fonts lagging issue
Date: Tue, 17 Jul 2018 09:38:20 +0800
On Mon, Jul 16, 2018 at 11:34 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
> > Nope...all characters in the HELLO file can be display correctly
> > without a problem, the lagging issue only appears while opening the
> > file. Once it already opened, there is no more slowdown.
>
> Okay, then what's your real-life use case?  I doubt you need
> to display HELLO very often, that was just an example, right?

Well, in my real-life case it is a little complicated. I often editing
files other than English, besides that, I use Emacs doing a lot of
things, such as Gnus to read news and Twitter-mode to read tweets.
Please assume all these jobs involve multiple languages. So if one
content makes Emacs slow down, then it seriously affects my daily
Emacs usage.

> That's why they don't slow down: their job is easier.

At least some optimize can be done, isn't it?




This bug report was last modified 6 years and 329 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.