GNU bug report logs -
#40384
26.3; [Windows10] variable-pitch-mode is slow to redraw
Previous Next
Reported by: <gennady.uraltsev <at> gmail.com>
Date: Thu, 2 Apr 2020 00:07:02 UTC
Severity: normal
Tags: moreinfo
Found in version 26.3
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #17 received at 40384 <at> debbugs.gnu.org (full text, mbox):
Hello,
None of the suggested fixes have any impact. I just did a clean reinstall of
my OS (Windows 10 Enterprise 10.0.18363 Build 18363) and the issue is
present still. Should we try to investigate the issue?
I have another PC on which I am going to be reinstalling windows soon. I
will check there and report back. (To see if it is hardware or software
related or a combination of the two...)
Best,
Gennady
On April 3, 2020 03:04:19 Eli Zaretskii <eliz <at> gnu.org> wrote:
>> From: <gennady.uraltsev <at> gmail.com>
>> Cc: <40384 <at> debbugs.gnu.org>
>> Date: Thu, 2 Apr 2020 18:29:07 -0400
>>
>> By default the font that gets used is
>>
>> display: by this font (glyph code)
>>
>> uniscribe:-outline-Arial-normal-normal-normal-sans-20-*-*-*-p-*-iso8859-1
>> (#x03)
>
> That's the same font I get, but I see no slowdown.
>
> Thanks for the profile, it says that somehow redrawing even ASCII
> characters (if you indeed did that with the comment in *scratch*
> copied many times, as your recipe says) is somehow very expensive on
> your system.
>
> Does it help to customize inhibit-compacting-font-caches to non-nil?
This bug report was last modified 3 years and 173 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.