has the emoji support been enhanced on master?

has the emoji support been enhanced on master?

[Uwe Brauer]

Hi

In my current master version, I can insert emojis like 
😉 and they are nicely displayed.

Meanwhile are emojis such as 🤷‍♂️
which I don't see displayed, supported?

-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

Re: has the emoji support been enhanced on master?

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Date: Sat, 11 Feb 2023 15:39:14 +0100
> 
> In my current master version, I can insert emojis like 
> 😉 and they are nicely displayed.
> 
> Meanwhile are emojis such as 🤷‍♂️
> which I don't see displayed, supported?

It depends on the fonts you have installed and configured for Emoji.

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 935 bytes --]

>>> "EZ" == Eli Zaretskii <eliz@gnu.org> writes:

>> From: Uwe Brauer <oub@mat.ucm.es>
>> Date: Sat, 11 Feb 2023 15:39:14 +0100
>> 
>> In my current master version, I can insert emojis like 
>> 😉 and they are nicely displayed.
>> 
>> Meanwhile are emojis such as 🤷‍♂️
>> which I don't see displayed, supported?

> It depends on the fonts you have installed and configured for Emoji.


Well I am on Ubuntu, but I also don't see this sort of emoji when I call emoji-insert.

So, which font do I need, and will the actual master offer to insert that emoji.


-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Uwe Brauer <oub@mat.ucm.es>, emacs-devel@gnu.org
> Date: Sat, 11 Feb 2023 17:13:33 +0100
> 
> >> In my current master version, I can insert emojis like 
> >> 😉 and they are nicely displayed.
> >> 
> >> Meanwhile are emojis such as 🤷‍♂️
> >> which I don't see displayed, supported?
> 
> > It depends on the fonts you have installed and configured for Emoji.
> 
> 
> Well I am on Ubuntu, but I also don't see this sort of emoji when I call emoji-insert.
> 
> So, which font do I need, and will the actual master offer to insert that emoji.

What does Emacs say when you go to the Emoji and type "C-u C-x =" ?

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 2647 bytes --]



> What does Emacs say when you go to the Emoji and type "C-u C-x =" ?

That emoji is displayed as 3 chars in my buffer, 

The first is
             position: 245 of 260 (94%), column: 0
            character: 🤷 (displayed as 🤷) (codepoint 129335, #o374467, #x1f937)
              charset: unicode (Unicode (ISO10646))
code point in charset: 0x1F937
               script: emoji
               syntax: w 	which means: word
             category: .:Base
             to input: type "C-x 8 RET 1f937" or "C-x 8 RET SHRUG"
          buffer code: #xF0 #x9F #xA4 #xB7
            file code: #xF0 #x9F #xA4 #xB7 (encoded by coding system utf-8-unix)
              display: by this font (glyph code):
    ftcrhb:-PfEd-Unifont Upper-medium-normal-normal-*-21-*-*-*-d-0-iso10646-1 (#x21E3)

Second  is 
             position: 246 of 1577 (16%), column: 2
            character: ‍ (displayed as ‍) (codepoint 8205, #o20015, #x200d)
              charset: unicode (Unicode (ISO10646))
code point in charset: 0x200D
               script: symbol
               syntax: . 	which means: punctuation
             to input: type "C-x 8 RET 200d" or "C-x 8 RET ZERO WIDTH JOINER"
          buffer code: #xE2 #x80 #x8D
            file code: #xE2 #x80 #x8D (encoded by coding system utf-8-unix)
              display: by this font (glyph code):
    ftcrhb:-PfEd-Gargi-regular-normal-normal-*-21-*-*-*-*-0-iso10646-1 (#xDE)

Character code properties: customize what to show
  name: ZERO WIDTH JOINER
  general-category: Cf (Other, Format)
  decomposition: (8205) ('‍')

There are text properties here:
  fontified            t

[back]



third
             position: 247 of 905 (27%), column: 2
            character: ♂ (displayed as ♂) (codepoint 9794, #o23102, #x2642)
              charset: unicode (Unicode (ISO10646))
code point in charset: 0x2642
               script: symbol
               syntax: _ 	which means: symbol
             category: .:Base, c:Chinese, h:Korean, j:Japanese
             to input: type "C-x 8 RET 2642" or "C-x 8 RET MALE SIGN"
          buffer code: #xE2 #x99 #x82
            file code: #xE2 #x99 #x82 (encoded by coding system utf-8-unix)
              display: composed to form "♂️" (see below)



-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Uwe Brauer <oub@mat.ucm.es>, emacs-devel@gnu.org
> Date: Sat, 11 Feb 2023 18:06:01 +0100
> 
> > What does Emacs say when you go to the Emoji and type "C-u C-x =" ?
> 
> That emoji is displayed as 3 chars in my buffer, 
> 
> The first is
>              position: 245 of 260 (94%), column: 0
>             character: 🤷 (displayed as 🤷) (codepoint 129335, #o374467, #x1f937)
>               charset: unicode (Unicode (ISO10646))
> code point in charset: 0x1F937
>                script: emoji
>                syntax: w 	which means: word
>              category: .:Base
>              to input: type "C-x 8 RET 1f937" or "C-x 8 RET SHRUG"
>           buffer code: #xF0 #x9F #xA4 #xB7
>             file code: #xF0 #x9F #xA4 #xB7 (encoded by coding system utf-8-unix)
>               display: by this font (glyph code):
>     ftcrhb:-PfEd-Unifont Upper-medium-normal-normal-*-21-*-*-*-d-0-iso10646-1 (#x21E3)

And what does Emacs say for the "good" Emoji?

In general, Unifont is the wrong font for displaying Emoji.  (IMNSHO,
it's the wrong font to display anything, so my suggestion is to
uninstall it from your system.)  Emacs is supposed to pick up a better
font, assuming it is installed.

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 2524 bytes --]

>>> "EZ" == Eli Zaretskii <eliz@gnu.org> writes:

>> From: Uwe Brauer <oub@mat.ucm.es>
>> Cc: Uwe Brauer <oub@mat.ucm.es>, emacs-devel@gnu.org
>> Date: Sat, 11 Feb 2023 18:06:01 +0100
>> 
>> > What does Emacs say when you go to the Emoji and type "C-u C-x =" ?
>> 
>> That emoji is displayed as 3 chars in my buffer, 
>> 
>> The first is
>> position: 245 of 260 (94%), column: 0
>> character: 🤷 (displayed as 🤷) (codepoint 129335, #o374467, #x1f937)
>> charset: unicode (Unicode (ISO10646))
>> code point in charset: 0x1F937
>> script: emoji
>> syntax: w 	which means: word
>> category: .:Base
>> to input: type "C-x 8 RET 1f937" or "C-x 8 RET SHRUG"
>> buffer code: #xF0 #x9F #xA4 #xB7
>> file code: #xF0 #x9F #xA4 #xB7 (encoded by coding system utf-8-unix)
>> display: by this font (glyph code):
>> ftcrhb:-PfEd-Unifont Upper-medium-normal-normal-*-21-*-*-*-d-0-iso10646-1 (#x21E3)

> And what does Emacs say for the "good" Emoji?

> In general, Unifont is the wrong font for displaying Emoji.  (IMNSHO,
> it's the wrong font to display anything, so my suggestion is to
> uninstall it from your system.)  Emacs is supposed to pick up a better
> font, assuming it is installed.
Well for ;) the winking one:


             position: 5262 of 5263 (100%), column: 0
            character: 😉 (displayed as 😉) (codepoint 128521, #o373011, #x1f609)
              charset: unicode (Unicode (ISO10646))
code point in charset: 0x1F609
               script: emoji
               syntax: w 	which means: word
             category: .:Base
             to input: type "C-x 8 RET 1f609" or "C-x 8 RET WINKING FACE"
          buffer code: #xF0 #x9F #x98 #x89
            file code: #xF0 #x9F #x98 #x89 (encoded by coding system utf-8-unix)
              display: by this font (glyph code):
    ftcrhb:-Free-Symbola-regular-normal-semicondensed-*-21-*-*-*-*-0-iso10646-1 (#x1BE8)

Character code properties: customize what to show
  name: WINKING FACE
  general-category: So (Symbol, Other)
  decomposition: (128521) ('😉')

There are text properties here:
  fontified            t
  pabbrev-added        t

[back]


-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Uwe Brauer <oub@mat.ucm.es>, emacs-devel@gnu.org
> Date: Sat, 11 Feb 2023 18:26:38 +0100
> 
> > And what does Emacs say for the "good" Emoji?
> 
> > In general, Unifont is the wrong font for displaying Emoji.  (IMNSHO,
> > it's the wrong font to display anything, so my suggestion is to
> > uninstall it from your system.)  Emacs is supposed to pick up a better
> > font, assuming it is installed.
> Well for ;) the winking one:
> 
> 
>              position: 5262 of 5263 (100%), column: 0
>             character: 😉 (displayed as 😉) (codepoint 128521, #o373011, #x1f609)
>               charset: unicode (Unicode (ISO10646))
> code point in charset: 0x1F609
>                script: emoji
>                syntax: w 	which means: word
>              category: .:Base
>              to input: type "C-x 8 RET 1f609" or "C-x 8 RET WINKING FACE"
>           buffer code: #xF0 #x9F #x98 #x89
>             file code: #xF0 #x9F #x98 #x89 (encoded by coding system utf-8-unix)
>               display: by this font (glyph code):
>     ftcrhb:-Free-Symbola-regular-normal-semicondensed-*-21-*-*-*-*-0-iso10646-1 (#x1BE8)

OK, I think I understand the problem: you don't have the Noto Color
Emoji font installed.  Install it, and the display will be according
to expectations.

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 673 bytes --]



> OK, I think I understand the problem: you don't have the Noto Color
> Emoji font installed.  Install it, and the display will be according
> to expectations.

I followed:

https://jenciso.github.io/blog/how-setup-your-noto-color-emoji-fonts/

But this font is not used by Emacs for unknown reasons, strange.

-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Uwe Brauer <oub@mat.ucm.es>, emacs-devel@gnu.org
> Date: Sat, 11 Feb 2023 20:17:40 +0100
> 
> > OK, I think I understand the problem: you don't have the Noto Color
> > Emoji font installed.  Install it, and the display will be according
> > to expectations.
> 
> I followed:
> 
> https://jenciso.github.io/blog/how-setup-your-noto-color-emoji-fonts/
> 
> But this font is not used by Emacs for unknown reasons, strange.

In "emacs -Q"?

That blog describes how to set up a font for your private use, and I'm
not sure Emacs looks there.

Or maybe you need to re-run some Fontconfig utility after installing.

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 660 bytes --]



> In "emacs -Q"?

Yes

> That blog describes how to set up a font for your private use, and I'm
> not sure Emacs looks there.

> Or maybe you need to re-run some Fontconfig utility after installing.

I did and the fonts seems to installed since I see the emojis say in chrome, but no in emacs.


-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Uwe Brauer <oub@mat.ucm.es>, emacs-devel@gnu.org
> Date: Sat, 11 Feb 2023 20:38:08 +0100
> 
> > That blog describes how to set up a font for your private use, and I'm
> > not sure Emacs looks there.
> 
> > Or maybe you need to re-run some Fontconfig utility after installing.
> 
> I did and the fonts seems to installed since I see the emojis say in chrome, but no in emacs.

Well, others do see it in Emacs, so it's still most probably something
local on your system.

Re: has the emoji support been enhanced on master?

[Tim Cross]

Uwe Brauer <oub@mat.ucm.es> writes:

> [[S/MIME Signed Part:Undecided]]
>
>
>> OK, I think I understand the problem: you don't have the Noto Color
>> Emoji font installed.  Install it, and the display will be according
>> to expectations.
>
> I followed:
>
> https://jenciso.github.io/blog/how-setup-your-noto-color-emoji-fonts/
>
> But this font is not used by Emacs for unknown reasons, strange.

I'm not sure I would trust that blog post. It is from 4 years ago and
things have changed since then.

From memory, to install a new font under ubuntu (actually, I find this
works on most GNU Linux systems), I just do

1. Copy the font files into a directory under ~/.local/share/fonts (you
can call the directory whatever you like, I would possibly use something
like noto-colour).

2. Run fc-cache -v

and that  is it. However, before doing any of that, I would also verify
your Ubuntu doesn't already have a package for the Noto fonts. If your
running a supported version of Ubuntu, I suspect it will. Of course, you
will also need to undo the changes you made from that blog post - in
particular, undo chagnes made to the font config file. 

Also, make sure you have removed any of the previous emacs config stuff
people use to use to enable emoji support. I find that provided you have
the appropriate fonts installed, you don't need anything in your init.el
file to enable emoji support with recent versions of emacs. 

Re: has the emoji support been enhanced on master?

[Bob Rogers]

   From: Eli Zaretskii <eliz@gnu.org>
   Date: Sat, 11 Feb 2023 21:41:53 +0200

   > From: Uwe Brauer <oub@mat.ucm.es>
   > Cc: Uwe Brauer <oub@mat.ucm.es>, emacs-devel@gnu.org
   > Date: Sat, 11 Feb 2023 20:38:08 +0100
   > 
   > > That blog describes how to set up a font for your private use, and I'm
   > > not sure Emacs looks there.
   > 
   > > Or maybe you need to re-run some Fontconfig utility after installing.
   > 
   > I did and the fonts seems to installed since I see the emojis say in chrome, but no in emacs.

   Well, others do see it in Emacs, so it's still most probably something
   local on your system.

I am seeing the same symptoms as Uwe on openSUSE 15.4:  The first emoji
shows in emacs but not the second, but both are visible in chrome.
Moreover, I've had the distro-supplied noto-coloremoji-fonts RPM since I
installed 15.4 last summer, so it would seem to be a difference between
the way emacs and chrome go about finding that font.  But I don't know
enough about that code to dig further.

					-- Bob Rogers
					   http://www.rgrjr.com/

------------------------------------------------------------------------
rogers@orion> rpm -ql noto-coloremoji-fonts
/usr/share/fonts/truetype
/usr/share/fonts/truetype/NotoColorEmoji.ttf
/usr/share/licenses/noto-coloremoji-fonts
/usr/share/licenses/noto-coloremoji-fonts/LICENSE
rogers@orion> rpm -qi noto-coloremoji-fonts
Name        : noto-coloremoji-fonts
Version     : 20191119
Release     : 1.9
Architecture: noarch
Install Date: Fri 29 Jul 2022 10:22:03 AM PDT
Group       : System/X11/Fonts
Size        : 9389521
License     : OFL-1.1
Signature   : RSA/SHA256, Fri 05 Jun 2020 05:55:41 PM PDT, Key ID 70af9e8139db7c82
Source RPM  : noto-coloremoji-fonts-20191119-1.9.src.rpm
Build Date  : Fri 05 Jun 2020 05:53:57 PM PDT
Build Host  : sheep53
Relocations : (not relocatable)
Packager    : https://www.suse.com/
Vendor      : SUSE LLC <https://www.suse.com/>
URL         : https://github.com/googlefonts/noto-emoji
Summary     : Noto Color Emoji font
Description :
Noto Color Emoji font
Distribution: SUSE Linux Enterprise 15
rogers@orion> 

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 1096 bytes --]


>    From: Eli Zaretskii <eliz@gnu.org>
>    Date: Sat, 11 Feb 2023 21:41:53 +0200


>    Well, others do see it in Emacs, so it's still most probably something
>    local on your system.

> I am seeing the same symptoms as Uwe on openSUSE 15.4:  The first emoji
> shows in emacs but not the second, but both are visible in chrome.
> Moreover, I've had the distro-supplied noto-coloremoji-fonts RPM since I
> installed 15.4 last summer, so it would seem to be a difference between
> the way emacs and chrome go about finding that font.  But I don't know
> enough about that code to dig further.

Thanks for confirming. On my Ubuntu distribution (and I cannot upgrade
till summer) that font package is still not available so I installed it
manually, right now even in 

 /usr/share/fonsts/truetype

But it does not help.

I will try out Tim's suggestion but there seems a problem, Eli is not
facing, 

@Eli you are on windows, if I remember correctly: now another user confirmed
the problem on a different Linux distribution.

Any idea suggestion how to debug this?

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Eli Zaretskii <eliz@gnu.org>, Uwe Brauer <oub@mat.ucm.es>,
> 	emacs-devel@gnu.org
> Date: Sun, 12 Feb 2023 08:45:12 +0100
> 
> I will try out Tim's suggestion but there seems a problem, Eli is not
> facing, 

That kind of remarks doesn't help.  What we have in Emacs works,
confirmed by several people.

> @Eli you are on windows, if I remember correctly: now another user confirmed
> the problem on a different Linux distribution.

On Windows we don't currently support color Emoji display at all, so
this is not relevant; I'm talking about experience of people who use
Emacs on GNU/Linux.

> Any idea suggestion how to debug this?

What is your value of system-configuration-features?

Re: has the emoji support been enhanced on master?

[Werner LEMBERG]

[-- Attachment #1: Type: Text/Plain, Size: 1920 bytes --]


>> I am seeing the same symptoms as Uwe on openSUSE 15.4:  The first emoji
>> shows in emacs but not the second, but both are visible in chrome.

I'm using openSUSE 15.4, too, and in my Emacs (self-compiled from git two
weeks ago) I see both Emojis (image attached).

>> Moreover, I've had the distro-supplied noto-coloremoji-fonts RPM
>> since I installed 15.4 last summer, so it would seem to be a
>> difference between the way emacs and chrome go about finding that
>> font.  But I don't know enough about that code to dig further.

Here is the info I get for the second emoji.

```
             position: 4887 of 5275 (93%), column: 29
            character: 🤷 (displayed as 🤷) (codepoint 129335, #o374467, #x1f937)
              charset: unicode (Unicode (ISO10646))
code point in charset: 0x1F937
               script: emoji
               syntax: w 	which means: word
             category: .:Base
             to input: type "C-x 8 RET 1f937" or "C-x 8 RET SHRUG"
          buffer code: #xF0 #x9F #xA4 #xB7
            file code: not encodable by coding system ctext-unix
              display: composed to form "🤷‍♂️" (see below)
     composition name: man shrugging

Composed with the following character(s) "‍♂️" using this font:
  ftcrhb:-GOOG-Noto Color Emoji-regular-normal-normal-*-18-*-*-*-m-0-iso10646-1
by these glyphs:
  [0 3 129335 2731 22 0 23 17 5 nil]
with these character(s):
  ‍ (#x200d) ZERO WIDTH JOINER
  ♂ (#x2642) MALE SIGN
  ️ (#xfe0f) VARIATION SELECTOR-16

Character code properties: customize what to show
  name: SHRUG
  general-category: So (Symbol, Other)
  decomposition: (129335) ('🤷')
```

In the output of `fc-list` I see the line

```
/usr/share/fonts/truetype/NotoColorEmoji.ttf: Noto Color Emoji:style=Regular
```

which is part of the `noto-coloremoji-fonts` openSUSE package.


    Werner

[-- Attachment #2: emoji.png --]
[-- Type: Image/Png, Size: 13704 bytes --]

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 1250 bytes --]

>>> "EZ" == Eli Zaretskii <eliz@gnu.org> writes:

>> From: Uwe Brauer <oub@mat.ucm.es>
>> Cc: Eli Zaretskii <eliz@gnu.org>, Uwe Brauer <oub@mat.ucm.es>,
>> emacs-devel@gnu.org
>> Date: Sun, 12 Feb 2023 08:45:12 +0100
>> 
>> I will try out Tim's suggestion but there seems a problem, Eli is not
>> facing, 

> That kind of remarks doesn't help.  What we have in Emacs works,
> confirmed by several people.


Sorry then I misunderstood you


>> @Eli you are on windows, if I remember correctly: now another user confirmed
>> the problem on a different Linux distribution.

> On Windows we don't currently support color Emoji display at all, so
> this is not relevant; I'm talking about experience of people who use
> Emacs on GNU/Linux.

>> Any idea suggestion how to debug this?

> What is your value of system-configuration-features?


What do you mean precisely by this?
-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 1407 bytes --]

>>> "WL" == Werner LEMBERG <wl@gnu.org> writes:

>>> I am seeing the same symptoms as Uwe on openSUSE 15.4:  The first emoji
>>> shows in emacs but not the second, but both are visible in chrome.

> I'm using openSUSE 15.4, too, and in my Emacs (self-compiled from git two
> weeks ago) I see both Emojis (image attached).


> In the output of `fc-list` I see the line

> ```
> /usr/share/fonts/truetype/NotoColorEmoji.ttf: Noto Color Emoji:style=Regular
> ```

Now this is really interesting 

 fc-list just returns for me
/usr/share/fonts/truetype/noto/NotoEmoji-Regular.ttf: Noto
Emoji:style=Regular



> which is part of the `noto-coloremoji-fonts` openSUSE package.


I sudo-copied NotoColorEmoji.ttf
to /usr/share/fonts/truetype/noto/

Run sudo fc-cache -vf

But then 
fc-list | grep Emoji

Did *not* list the freshly installed so something is here very very odd,
and I am afraid has nothing to do with Emacs


Would you mind sending me your ttf privately maybe I have more luck with yours.

>     Werner




-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Werner LEMBERG]

>> In the output of `fc-list` I see the line
>
>> ```
>> /usr/share/fonts/truetype/NotoColorEmoji.ttf: Noto Color Emoji:style=Regular
>> ```
>
> Now this is really interesting
>
> fc-list just returns for me
> /usr/share/fonts/truetype/noto/NotoEmoji-Regular.ttf: Noto Emoji:style=Regular

> I sudo-copied NotoColorEmoji.ttf
> to /usr/share/fonts/truetype/noto/
>
> Run sudo fc-cache -vf
>
> But then
> fc-list | grep Emoji
>
> Did *not* list the freshly installed so something is here very very
> odd, and I am afraid has nothing to do with Emacs

OK – maybe your Fontconfig library version is too old, not supporting
color Emojis at all?  I use `libfontconfig1` package from
`obs://build.opensuse.org/home:fabio_s:harmony`, which is version
2.14.1 (in contrast to the standard 2.13.1).

> Would you mind sending me your ttf privately maybe I have more luck
> with yours.

Instead of doing that (it's a 9.3MByte font), here is a checksum so
that you can compare whether the files are equal.

```
> sha256sum NotoColorEmoji.ttf
060a297e16a27b69e5ef3080fa9900d8e60c875076b0be1cec7747f178c0dc5b  NotoColorEmoji.ttf
```


    Werner

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 1897 bytes --]

>>> "WL" == Werner LEMBERG <wl@gnu.org> writes:

>>> In the output of `fc-list` I see the line
>> 
>>> ```
>>> /usr/share/fonts/truetype/NotoColorEmoji.ttf: Noto Color Emoji:style=Regular
>>> ```
>> 
>> Now this is really interesting
>> 
>> fc-list just returns for me
>> /usr/share/fonts/truetype/noto/NotoEmoji-Regular.ttf: Noto Emoji:style=Regular

>> I sudo-copied NotoColorEmoji.ttf
>> to /usr/share/fonts/truetype/noto/
>> 
>> Run sudo fc-cache -vf
>> 
>> But then
>> fc-list | grep Emoji
>> 
>> Did *not* list the freshly installed so something is here very very
>> odd, and I am afraid has nothing to do with Emacs

> OK – maybe your Fontconfig library version is too old, not supporting
> color Emojis at all?  I use `libfontconfig1` package from
> `obs://build.opensuse.org/home:fabio_s:harmony`, which is version
> 2.14.1 (in contrast to the standard 2.13.1).

Ooops I have 2.12..6
>> Would you mind sending me your ttf privately maybe I have more luck
>> with yours.

> Instead of doing that (it's a 9.3MByte font), here is a checksum so
> that you can compare whether the files are equal.

> ```
>> sha256sum NotoColorEmoji.ttf
> 060a297e16a27b69e5ef3080fa9900d8e60c875076b0be1cec7747f178c0dc5b  NotoColorEmoji.ttf
> ```

Not the value I obtain 

sha256sum NotoColorEmoji.ttf
21fc478e003fc871200ba3bcf4215295a80e06a5c1b96f5368adc2183956f01a  NotoColorEmoji.ttf

Can you provide me a link with rpm?
I could use alien to convert it to tgz and try my luck again.

Uwe 

>     Werner

-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Po Lu]

Werner LEMBERG <wl@gnu.org> writes:

> I'm using openSUSE 15.4, too, and in my Emacs (self-compiled from git two
> weeks ago) I see both Emojis (image attached).

Hi, Werner.

I'm not sure if this is the right place to reach you about this problem,
but I'm seeing some mysterious behavior in FreeType.

As part of the Android port, I'm writing a module to display TrueType
fonts.  This includes a TrueType interpreter for instructing fonts.

AFAIU, as long as a font does not perform an INSTCTRL which sets bit 2
in the instruction control, changes made to the graphics state from the
control value program will become the ``default'' state from which
glyphs are instructed.

However, some CJK fonts perform no INSTCTRL instructions at all, change
the projection vector and rp1 from prep, yet FreeType resets both to the
X axis and 0 respectively before any glyph programs are run.

Am I missing anything?  If not, could you tell me where this behavior is
documented?

Thanks.

Re: has the emoji support been enhanced on master?

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Uwe Brauer <oub@mat.ucm.es>, rogers@rgrjr.com,
> 	emacs-devel@gnu.org
> Date: Sun, 12 Feb 2023 10:26:10 +0100
> 
> > What is your value of system-configuration-features?
> 
> What do you mean precisely by this?

It's a variable, and I asked about its value in your build of Emacs.
So:

  emacs -Q
  M-: system-configuration-features RET

and post the results.

Re: has the emoji support been enhanced on master?

[Werner LEMBERG]

>> ```
>>> sha256sum NotoColorEmoji.ttf
>> 060a297e16a27b69e5ef3080fa9900d8e60c875076b0be1cec7747f178c0dc5b  NotoColorEmoji.ttf
>> ```
> 
> Not the value I obtain 
> 
> sha256sum NotoColorEmoji.ttf
> 21fc478e003fc871200ba3bcf4215295a80e06a5c1b96f5368adc2183956f01a  NotoColorEmoji.ttf
> 
> Can you provide me a link with rpm?

According to `zypper --no-refresh se -s emoji` I have
'noto-coloremoji-fonts' version 20191119-1.9 from the main (openSUSE)
repository; the font identifies itself as version 2.02 (from
2019-10-16).  Apparently, this package was retained while upgrading
from openSUSE 15.2 to 15.4 since there is no official package for
15.4.

Anyway, I've replaced the font with the current version available at

  https://github.com/googlefonts/noto-emoji/blob/main/fonts/NotoColorEmoji.ttf

(font version 2.04 from 2022-09-20) and it works, too.  I'm quite
convinced that the font version doesn't make a difference in solving
your problem.


    Werner

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 1326 bytes --]



> According to `zypper --no-refresh se -s emoji` I have
> 'noto-coloremoji-fonts' version 20191119-1.9 from the main (openSUSE)
> repository; the font identifies itself as version 2.02 (from
> 2019-10-16).  Apparently, this package was retained while upgrading
> from openSUSE 15.2 to 15.4 since there is no official package for
> 15.4.

> Anyway, I've replaced the font with the current version available at

>   https://github.com/googlefonts/noto-emoji/blob/main/fonts/NotoColorEmoji.ttf

Thanks

> (font version 2.04 from 2022-09-20) and it works, too.  I'm quite
> convinced that the font version doesn't make a difference in solving
> your problem.

Right I just realized that 

 sudo fc-cache -vf 

Displayed 

usr/share/fonts/truetype/Emacs-noto: caching, new cache contents: 0 fonts, 0 dirs

That is definitely not good.


And in fact your font  does not help


I wounder how chrome and friends display all emojis.

>     Werner

-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 770 bytes --]



> It's a variable, and I asked about its value in your build of Emacs.
> So:

>   emacs -Q
>   M-: system-configuration-features RET

> and post the results.


"ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSELINUX LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS X11 XAW3D XDBE XIM XPM LUCID ZLIB"


-- 
Warning: Content may be disturbing to some audiences
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 
https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]

Re: has the emoji support been enhanced on master?

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Uwe Brauer <oub@mat.ucm.es>, rogers@rgrjr.com,
> 	emacs-devel@gnu.org
> Date: Sun, 12 Feb 2023 14:10:58 +0100
> 
> >   M-: system-configuration-features RET
> 
> > and post the results.
> 
> 
> "ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSELINUX LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS X11 XAW3D XDBE XIM XPM LUCID ZLIB"

So what you have is a Cairo build with HarfBuzz, so it should support
color Emoji display.  It sounds like the font configuration is the
issue.

Re: has the emoji support been enhanced on master?

[Werner LEMBERG]

> I'm not sure if this is the right place to reach you about this
> problem, but I'm seeing some mysterious behavior in FreeType.  [...]

Indeed, it's not the right place because it is too off-topic.  Please
send your question (unmodified) to 'freetype-devel@nongnu.org'!


    Werner

Re: has the emoji support been enhanced on master?

[Po Lu]

Werner LEMBERG <wl@gnu.org> writes:

>> I'm not sure if this is the right place to reach you about this
>> problem, but I'm seeing some mysterious behavior in FreeType.  [...]
>
> Indeed, it's not the right place because it is too off-topic.  Please
> send your question (unmodified) to 'freetype-devel@nongnu.org'!
>
>
>     Werner

Now done, thanks.

Re: has the emoji support been enhanced on master?

[Benjamin Riefenstahl]

Hi Po Lu,

Po Lu writes:
> As part of the Android port, I'm writing a module to display TrueType
> fonts.  This includes a TrueType interpreter for instructing fonts.

For comparison, you may be interested in
<https://git.sr.ht/~cc_benny/ttf-mode>, which wraps the TTX tool from
<https://github.com/fonttools/fonttools>.  The package also interpretes
some glyph data (no color so far ;-)).

benny

Re: has the emoji support been enhanced on master?

[Bob Rogers]

   From: Eli Zaretskii <eliz@gnu.org>
   Date: Sun, 12 Feb 2023 15:22:00 +0200

   > From: Uwe Brauer <oub@mat.ucm.es>
   > 
   > "ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSELINUX LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS X11 XAW3D XDBE XIM XPM LUCID ZLIB"

   So what you have is a Cairo build with HarfBuzz, so it should support
   color Emoji display.  It sounds like the font configuration is the
   issue.

I also have Cairo and HarfBuzz, and the identical installed
NotoColorEmoji.ttf as Werner on 15.4 (not surprising, as it must be from
the same RPM.)  A diff of the describe-char from Werner's emacs and mine
is appended.  I note that auto-composition-mode is enabled in my
configuration -- and that "emacs -Q" does not display *either* of the
two emojis in Uwe's original post.  Is there other reason composition
might be disabled or broken for me?

					-- Bob

------------------------------------------------------------------------
rogers@orion> diff -u describe-char-werner.text describe-char-rgr.text 
--- describe-char-werner.text	2023-02-12 12:04:01.433510738 -0800
+++ describe-char-rgr.text	2023-02-12 12:03:41.045360669 -0800
@@ -1,4 +1,4 @@
-             position: 4887 of 5275 (93%), column: 29
+             position: 330 of 718 (46%), column: 29
             character: 🤷 (displayed as 🤷) (codepoint 129335, #o374467, #x1f937)
               charset: unicode (Unicode (ISO10646))
 code point in charset: 0x1F937
@@ -7,6 +7,10 @@
              category: .:Base
              to input: type "C-x 8 RET 1f937" or "C-x 8 RET SHRUG"
           buffer code: #xF0 #x9F #xA4 #xB7
-            file code: not encodable by coding system ctext-unix
-              display: composed to form "🤷‍♂️" (see below)
-     composition name: man shrugging
+            file code: #xF0 #x9F #xA4 #xB7 (encoded by coding system utf-8-unix)
+              display: no font available
+
+Character code properties: customize what to show
+  name: SHRUG
+  general-category: So (Symbol, Other)
+  decomposition: (129335) ('🤷')
rogers@orion> 

Re: has the emoji support been enhanced on master?

[Eli Zaretskii]

> From: Bob Rogers <rogers@rgrjr.com>
> Date: Sun, 12 Feb 2023 12:19:43 -0800
> Cc: Uwe Brauer <oub@mat.ucm.es>,
>     emacs-devel@gnu.org
> 
>    So what you have is a Cairo build with HarfBuzz, so it should support
>    color Emoji display.  It sounds like the font configuration is the
>    issue.
> 
> I also have Cairo and HarfBuzz, and the identical installed
> NotoColorEmoji.ttf as Werner on 15.4 (not surprising, as it must be from
> the same RPM.)  A diff of the describe-char from Werner's emacs and mine
> is appended.  I note that auto-composition-mode is enabled in my
> configuration -- and that "emacs -Q" does not display *either* of the
> two emojis in Uwe's original post.  Is there other reason composition
> might be disabled or broken for me?

This is not a composition issue in your case.  The reason in your case
is spelled out loud and clear:

> -            file code: not encodable by coding system ctext-unix
> -              display: composed to form "🤷‍♂️" (see below)
> -     composition name: man shrugging
> +            file code: #xF0 #x9F #xA4 #xB7 (encoded by coding system utf-8-unix)
> +              display: no font available
                          ^^^^^^^^^^^^^^^^^

IOW, Emacs doesn't find a suitable font to display Emoji in your case.

Is this in "emacs -Q"?

Re: has the emoji support been enhanced on master?

[Bob Rogers]

   From: Eli Zaretskii <eliz@gnu.org>
   Date: Sun, 12 Feb 2023 22:22:46 +0200

   IOW, Emacs doesn't find a suitable font to display Emoji in your case.

   Is this in "emacs -Q"?

It wasn't, but "emacs -Q" gives the same result.

					-- Bob

Re: has the emoji support been enhanced on master?

[Po Lu]

Benjamin Riefenstahl <b.riefenstahl@turtle-trading.net> writes:

> Hi Po Lu,
>
> Po Lu writes:
>> As part of the Android port, I'm writing a module to display TrueType
>> fonts.  This includes a TrueType interpreter for instructing fonts.
>
> For comparison, you may be interested in
> <https://git.sr.ht/~cc_benny/ttf-mode>, which wraps the TTX tool from
> <https://github.com/fonttools/fonttools>.  The package also interpretes
> some glyph data (no color so far ;-)).
>
> benny

Thanks, but what do you mean by ``interpret'' here?
Does your package debug TrueType font instructions?
If so, would it be possible to integrate it with the interpreter
found in src/sfnt.c in the feature/android branch?

Re: has the emoji support been enhanced on master?

[Benjamin Riefenstahl]

Hi Pu Lu. 

> Benjamin Riefenstahl <b.riefenstahl@turtle-trading.net> writes:
>> <https://git.sr.ht/~cc_benny/ttf-mode>, which wraps the TTX tool from
>> <https://github.com/fonttools/fonttools>.  The package also interpretes
>> some glyph data (no color so far ;-)).

Po Lu writes:
> Thanks, but what do you mean by ``interpret'' here?

The package parses the assember-like code that TTX produces for glyph
data, converts it to SVG and displays the SVG in a tooltip.

> If so, would it be possible to integrate it with the interpreter
> found in src/sfnt.c in the feature/android branch?

I have not looked at that yet.

benny

Re: has the emoji support been enhanced on master?

[Po Lu]

Benjamin Riefenstahl <b.riefenstahl@turtle-trading.net> writes:

> The package parses the assember-like code that TTX produces for glyph
> data, converts it to SVG and displays the SVG in a tooltip.

What is TTX?
Is it a tool for assembling TrueType instructions, or is it a tool for
describing contour glyphs, or both?

Re: has the emoji support been enhanced on master?

[Benjamin Riefenstahl]

Hi Po Lu.

Po Lu writes:
> What is TTX?

https://github.com/fonttools/fonttools

TTX extracts tables from TrueType fonts, and converts them into
equivalent human-readable XML.  It also does the reverse, but I have
never used that feature.  Ttf-mode puts a nice Emacs view on top of
this.

TTY itself seems off-topic to me, so I'm sending you some illustrations
off-list.

benny