GNU bug report logs -
#32159
26.1; inhibit-compacting-font-caches does not fix all fonts lagging issue
Previous Next
Full log
View this message in rfc822 format
On July 16, 2018 5:35:07 AM GMT+03:00, Moses <moses.mason <at> gmail.com> wrote:
> On Sun, Jul 15, 2018 at 2:41 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> > > From: Moses <moses.mason <at> gmail.com>
> > > Date: Sun, 15 Jul 2018 05:50:26 +0000
> > > Cc: 32159 <at> debbugs.gnu.org
> > >
> > > You are right. I got 5906 installed fonts returned from (length
> > > (x-list-fonts "*")). However, this still a problem, which is
> really
> > > annoying when editing files that contain more than one language.
> >
> > Do some of the characters in HELLO display as boxes with hex code
> > inside them, and if so, do you see slow-down when Emacs is about to
> > display those characters? If the answer to both question is YES, I
> > can suggest a customization to try that might help you avoid the
> > slowdown (assuming you don't need to be able to display characters
> > from those scripts), but please tell what characters are involved in
> > this.
>
> 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?
> > > Other editor does not have the similar issue.
> >
> > AFAIK, no other editor supports such a large variety of fonts.
>
> I mean other editors do not have slowdown problem while opening such a
> relatively small file. They are not as mighty as Emacs of course.
That's why they don't slow down: their job is easier.
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.