GNU bug report logs - #6364
Windows: Emacs 23 slow with long lines and raster fonts

Previous Next

Packages: w32, emacs;

Reported by: bogossian <at> mail.com

Date: Sun, 6 Jun 2010 18:41:02 UTC

Severity: normal

Tags: patch

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Tom Seddon <emacs <at> tomseddon.plus.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 6364 <at> debbugs.gnu.org
Subject: bug#6364: [PATCH] Use GetCharABCWidthsFloatW if GetGlyphOutlineW	fails.
Date: Tue, 26 Nov 2013 21:53:34 +0000
On 26 Nov 2013, at 21:50, Tom Seddon <emacs <at> tomseddon.plus.com> wrote:

> On 26 Nov 2013, at 20:48, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
>> OK.  So what other function(s) can be used for this purpose?
>> 
>> If there are no good alternatives, I guess we will go with
>> GetCharABCWidthsFloatW anyway, since the situation cannot become worse
>> than it is already.
> 
> I've changed it to GetCharWidth32, which is in the list on that MSDN page - see patch below. I've checked this against all bitmap fonts on my system and it produces the same results (and emacs looks to behave the same, including in terms of performance).

Just to be clear - this patch is against unchanged emacs-24.3, not against an emacs patched with my previous patch!

So please revert my last patch before applying it.

Thanks,

--Tom





This bug report was last modified 11 years and 235 days ago.

Previous Next


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