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


Message #8 received at 32159 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Moses <moses.mason <at> gmail.com>
Cc: 32159 <at> debbugs.gnu.org
Subject: Re: bug#32159: 26.1;
 inhibit-compacting-font-caches does not fix all fonts lagging issue
Date: Sun, 15 Jul 2018 05:39:37 +0300
> From: Moses <moses.mason <at> gmail.com>
> Date: Sun, 15 Jul 2018 00:02:13 +0000
> 
> For bug#24938, I have to set inhibit-compacting-font-caches to non-nil
> [0] to fix the lagging issue. It fixes almost but not all the
> problems. Lagging reappears when I opening a multi languages file
> (e.g. M-x view-hello-file),  Emacs could become very very slow until
> the file is completely opened.

That lagging might have a valid reason: how many fonts do you have
installed?  What does (length (x-list-fonts "*")) return?

If you have many fonts, Emacs will search them all to find a suitable
one, and if some characters in HELLO don't have fonts, it will search
them several times.  That might take time.  If the lagging disappears
once you display the entire file, that is most probably the reason.




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.