GNU bug report logs -
#39799
28.0.50; Most emoji sequences don’t render correctly
Previous Next
Reported by: Mike FABIAN <mfabian <at> redhat.com>
Date: Wed, 26 Feb 2020 14:30:03 UTC
Severity: normal
Found in version 28.0.50
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> さんはかきました:
>> From: Mike FABIAN <mfabian <at> redhat.com>
>> Cc: Eli Zaretskii <eliz <at> gnu.org>, rgm <at> gnu.org, 39799 <at> debbugs.gnu.org
>> Date: Tue, 21 Sep 2021 13:48:17 +0200
>>
>> > Iʼve just pushed a change to master that should fix (almost) all the
>> > issues with displaying emoji sequences (except for keycaps). Feedback
>> > welcome.
>>
>> Should that also fix the skin tones?
>
> It should, and I thought HarfBuzz on Cairo already supported that?
Yes, and I think my screenshot shows that it does because my Screenshot
uses Pango (and the rest of the rendering stack including HarfBuzz and
Cairo).
> Can you try this with hb-view and see if HarfBuzz produces a single
> glyph/grapheme from this sequence?
$ hb-view --annotate --font-file=/home/mfabian/.fonts/joypixels-6.6/android/joypixels-android.
ttf --font-size=50 --text="👩🏽"
looks like:
[Screenshot.png (image/png, attachment)]
[Message part 3 (text/plain, inline)]
--
Mike FABIAN <mfabian <at> redhat.com>
睡眠不足はいい仕事の敵だ。
This bug report was last modified 3 years and 256 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.