GNU bug report logs -
#73730
31.0.50; Support for color fonts on MS-Windows
Previous Next
Reported by: Cecilio Pardo <cpardo <at> imayhem.com>
Date: Thu, 10 Oct 2024 11:17:01 UTC
Severity: wishlist
Found in version 31.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
>>> Thanks, I will review this shortly. Meanwhile, could you please look
>>> at how Emacs with this patch displays some complex Emoji sequences?
>>> Some of them look incorrect to me. For example, this sequence from
>>> admin/unidata/emoji-zwj-sequences.txt:
>>>
>>> 1F469 200D 1F469 200D 1F467 200D 1F466 ; RGI_Emoji_ZWJ_Sequence ; family: woman, woman, girl, boy # E2.0 [1] (👩👩👧👦)
>>>
>>> when displayed using Segoe UI Emoji, is shown with the "boy" part
>>> overlapping the closing parenthesis, which looks incorrect to me.
>>> "C-u C-x =" claims all of the codepoints of the sequence were composed
>>> into a single grapheme cluster, but it doesn't look like that on
>>> display, and the cursor doesn't include the "boy" part.
>>
>> I dont's see that, but I do see that the individual glyphs are truncated
>> on the left side, even when removing color rendering. Do you see
>> it?
>
> Yes.
>
>> I will investigate this first, in case the defects are related.
This patch fixes the left side glyph truncation, which happens when
glyphs have negative left bearing.
About the problem you reported, I can't reproduce when building for
64bit. It does show when building with mingw32 for 32bit. It also shows
when building version 30.0.92. Maybe is the Harfbuzz version? I have
2.4.0 for this build.
[0001-Fix-problem-with-DirectWrite-MS-Windows.patch (text/plain, attachment)]
This bug report was last modified 198 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.