[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#54970: 28.1; Some emoji no longer display
From: |
Howard Melman |
Subject: |
bug#54970: 28.1; Some emoji no longer display |
Date: |
Sun, 17 Apr 2022 18:03:38 -0400 |
So back to this:
> On Apr 17, 2022, at 9:34 AM, Robert Pluim <rpluim@gmail.com> wrote:
>
> Eli> No, that wouldn't be right. We introduced the special 'emoji'
> Eli> pseudo-script in Emacs 28 to solve the problems of being unable to
> Eli> distinguish between Emoji codepoints and the other symbols and
> Eli> punctuation. We definitely do NOT want to use an Emoji font for
> Eli> symbols and punctuation characters and character sequences that aren't
> Eli> Emoji. Moreover, configuring the fontset to use some font for the
> Eli> 'symbol' pseudo-script by default doesn't do what you expect, because
> Eli> Emacs uses the default font for symbols for which the default font has
> Eli> a glyph.
>
> Modulo `use-default-font-for-symbols'
>
> Eli> So I think the recipe in NEWS is correct, and your expectations were
> Eli> inconsistent with the Emacs support for Emoji, at least with its state
> Eli> in Emacs 28.1.
>
> Iʼm not sure what we could change. I guess we could add a
> configuration variable that says 'treat every code point that has a
> default text presentation and an emoji one as emoji', except we
> already have that: VARIATION SELECTOR 16
Yes, I think I would like a configuration variable like that. It's seems like
a good
application of the Robustness Principle.
I also thought perhaps there should be another "script" parallel to 'emoji that
included these so I could something like
(set-fontset-font t 'emoji-vs '("Apple Color Emoji" . "iso10646-1") nil
'prepend)
but now I suspect that's not really the right way? Or is it?
Howard
- bug#54970: 28.1; Some emoji no longer display, (continued)
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/16
- bug#54970: 28.1; Some emoji no longer display, Eli Zaretskii, 2022/04/17
- bug#54970: 28.1; Some emoji no longer display, Robert Pluim, 2022/04/17
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/17
- bug#54970: 28.1; Some emoji no longer display, Robert Pluim, 2022/04/17
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/17
- bug#54970: 28.1; Some emoji no longer display, Lars Ingebrigtsen, 2022/04/17
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/17
- bug#54970: 28.1; Some emoji no longer display, Eli Zaretskii, 2022/04/17
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/17
- bug#54970: 28.1; Some emoji no longer display,
Howard Melman <=
- bug#54970: 28.1; Some emoji no longer display, Eli Zaretskii, 2022/04/18
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/18
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/18
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/22
- bug#54970: 28.1; Some emoji no longer display, Eli Zaretskii, 2022/04/23
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/23
- bug#54970: 28.1; Some emoji no longer display, Eli Zaretskii, 2022/04/23
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/23
- bug#54970: 28.1; Some emoji no longer display, Eli Zaretskii, 2022/04/23
- bug#54970: 28.1; Some emoji no longer display, Howard Melman, 2022/04/23