GNU bug report logs - #39799
28.0.50; Most emoji sequences don’t render correctly

Previous Next

Package: emacs;

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


Message #233 received at 39799 <at> debbugs.gnu.org (full text, mbox):

From: Mike FABIAN <mfabian <at> redhat.com>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: rgm <at> gnu.org, Eli Zaretskii <eliz <at> gnu.org>, 39799 <at> debbugs.gnu.org
Subject: Re: bug#39799: 28.0.50; Most emoji sequences don’t render correctly
Date: Tue, 21 Sep 2021 13:48:17 +0200
[Message part 1 (text/plain, inline)]
Robert Pluim <rpluim <at> gmail.com> さんはかきました:

>>>>>> On Fri, 28 Feb 2020 21:56:04 +0100, Robert Pluim <rpluim <at> gmail.com> said:
>
>>>>>> On Fri, 28 Feb 2020 22:16:21 +0200, Eli Zaretskii <eliz <at> gnu.org> said:
>     >>> One thing though: the code currently does set-char-table-range to a
>     >>> new value. Is there a chance that an entry already exists in
>     >>> composition-function-table for a particular character?
>
>     Eli> Only if the non-leading character is a combining character, which I
>     Eli> think is unlikely.  But in general, yes, this should be tested up
>     Eli> front to avoid losing composition rules.
>
>     Robert> OK, Iʼll take that into account.
>
>     Robert> Robert
>
> 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?
Because '👩🏽' (U+1F469 U+1F3FD) still displays as two characters for me although
the cursor moves over it as one character.

The font used seems to be JoyPixels:

                 position: 1928 of 2088 (92%), restriction: <669-2089>, column: 1
                character: 👩 (displayed as 👩) (codepoint 128105, #o372151, #x1f469)
                  charset: unicode (Unicode (ISO10646))
    code point in charset: 0x1F469
                   script: emoji
                   syntax: w 	which means: word
                 category: .:Base
                 to input: type "C-x 8 RET 1f469" or "C-x 8 RET WOMAN"
              buffer code: #xF0 #x9F #x91 #xA9
                file code: #xF0 #x9F #x91 #xA9 (encoded by coding system utf-8-emacs)
                  display: composed to form "👩🏽" (see below)
    
    Composed with the following character(s) "🏽" using this font:
      ftcrhb:-GOOG-JoyPixels-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1
    by these glyphs:
      [0 1 128105 2168 19 0 19 15 4 nil]
    with these character(s):
      🏽 (#x1f3fd) EMOJI MODIFIER FITZPATRICK TYPE-4
    
    Character code properties: customize what to show
      name: WOMAN
      general-category: So (Symbol, Other)
      decomposition: (128105) ('👩')
    
    There are text properties here:
      fontified            t

Also from the way it looks it seems to be JoyPixels.

And that font seems to support the skintones in other programs like
emoji-picker:

[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.