From: Robert Pluim <rpluim@gmail.com>
To: Howard Melman <hmelman@gmail.com>
Cc: Lars Ingebrigtsen <larsi@gnus.org>,
54970@debbugs.gnu.org, Alan Third <alan@idiocy.org>
Subject: bug#54970: 28.1; Some emoji no longer display
Date: Sun, 17 Apr 2022 17:14:53 +0200 [thread overview]
Message-ID: <87wnfn213m.fsf@gmail.com> (raw)
In-Reply-To: <7489F752-EA20-4B0F-9CAE-E3B9DF5E6484@gmail.com> (Howard Melman's message of "Sun, 17 Apr 2022 10:35:17 -0400")
>>>>> On Sun, 17 Apr 2022 10:35:17 -0400, Howard Melman <hmelman@gmail.com> said:
Howard> Thanks for all this info. So on that page, in the second headed section of the
Howard> table "Emoji Font" is where U+1F37D appears. In the "text-vs" row, which
Howard> I think is the case of a lone U+1F37D, I see the emoji glyph in my mac browser.
Howard> The description in that header says:
Howard> “text+ts” should be monochrome; everything else should be colorful & monospace.
Howard> which matches what I see. So I think, a lone U+1F37D should be displayed
Howard> as an "emoji glyph".
_If_ you've specified an emoji font for it, which we donʼt do by
default, since it has Emoji_Presentation = False, so you should look
at the "Plain" section instead.
Howard> Can emacs be configured to display these lone codepoints via my emoji font?
Howard> I gather that's what using the 'symbol script does but also includes more.
Howard> Can I (or emacs out-of-the-box) be more selective in the call to
Howard> set-fontset-font or some other api?
Yes. Try:
(set-fontset-font t #x1f37d
'("Apple Color Emoji" . "iso10646-1") nil 'prepend)
For a range of codepoints, replace #x1f37d with something like
'(#x1f37d . #x1f3aa)
>>>> I said, I don't understand this stuff. Is this extra codepoint supposed
>>>> to be added for me? It doesn't seem like other apps require it.
>>
Eli> Emacs currently doesn't insert the variation selectors automatically,
Eli> although perhaps the Emoji input method should (or maybe already
Eli> does, I didn't check).
>>
>> The stuff Lars added on master puts in variation selectors where
>> needed.
Howard> The emoji input method isn't on 28 so I can't check, but FWIW this seems
Howard> to not match the behavior I see using the mac system emoji picker
Howard> which seems to just insert a lone U+1F37D when I pick this emoji.
I donʼt think we should follow what the mac does when it contradicts
what Unicode is telling us.
Howard> And I'll add, if that's displayed equivalently I'd prefer it, because I wouldn't
Howard> have to deal with "extra invisible characters" after the glyph when
Howard> using emacs editing commands (unless this is different behavior in 29
Howard> than in 28 when I add the variation selector character).
Those characters get composed, so they get treated as a single
unit. They really donʼt cause any problems.
>> Modulo `use-default-font-for-symbols'
Howard> FWIW this variable set to t for me which I think is the default.
I meant you should try setting it to 'nil'.
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
Howard> I think the section I mentioned above is this case, that things in the
Howard> "emojiFont" grouping, w/o a variation selector should be presented
Howard> colorful and monospace (which I take to mean "as emoji"). Am I
Howard> misunderstanding?
Again: when an emoji font has been specified for the codepoint.
Robert
--
next prev parent reply other threads:[~2022-04-17 15:14 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-16 13:07 bug#54970: 28.1; Some emoji no longer display Howard Melman
2022-04-16 14:18 ` Lars Ingebrigtsen
2022-04-16 14:55 ` Lars Ingebrigtsen
2022-04-16 15:27 ` Howard Melman
2022-04-16 16:02 ` Alan Third
2022-04-16 16:21 ` Howard Melman
2022-04-16 16:42 ` Eli Zaretskii
2022-04-16 17:17 ` Howard Melman
2022-04-16 18:26 ` Eli Zaretskii
2022-04-16 19:19 ` Howard Melman
2022-04-16 19:22 ` Eli Zaretskii
2022-04-16 20:07 ` Howard Melman
2022-04-17 5:53 ` Eli Zaretskii
2022-04-17 13:34 ` Robert Pluim
2022-04-17 14:35 ` Howard Melman
2022-04-17 15:14 ` Robert Pluim [this message]
2022-04-17 18:44 ` Howard Melman
2022-04-17 18:49 ` Lars Ingebrigtsen
2022-04-17 18:56 ` Howard Melman
2022-04-17 18:58 ` Eli Zaretskii
2022-04-17 19:40 ` Howard Melman
2022-04-17 22:03 ` Howard Melman
2022-04-18 5:12 ` Eli Zaretskii
[not found] ` <0AC9BAB0-35AA-4088-BEEB-66D5B0459FC2@gmail.com>
2022-04-18 13:19 ` Howard Melman
2022-04-22 21:56 ` Howard Melman
2022-04-23 7:51 ` Eli Zaretskii
2022-04-23 16:35 ` Howard Melman
2022-04-23 16:58 ` Eli Zaretskii
2022-04-23 17:22 ` Howard Melman
2022-04-23 17:46 ` Eli Zaretskii
2022-04-23 19:12 ` Howard Melman
2022-04-23 9:46 ` Eli Zaretskii
2022-04-17 14:35 ` Howard Melman
2022-04-17 14:44 ` Eli Zaretskii
2022-04-17 14:50 ` Howard Melman
2022-04-17 15:50 ` Eli Zaretskii
2022-04-17 15:54 ` Howard Melman
2022-04-17 16:17 ` Eli Zaretskii
2022-04-17 16:48 ` Howard Melman
2022-04-17 18:00 ` Eli Zaretskii
2022-04-17 18:09 ` Howard Melman
2022-04-17 18:27 ` Lars Ingebrigtsen
2022-04-17 18:36 ` Eli Zaretskii
2022-04-17 18:45 ` Lars Ingebrigtsen
2022-04-17 18:54 ` Howard Melman
2022-04-17 18:58 ` Eli Zaretskii
2022-04-17 19:27 ` Alan Third
2022-04-17 19:47 ` Alan Third
2022-04-17 20:34 ` Alan Third
2022-04-17 21:05 ` Howard Melman
2022-04-18 4:29 ` Eli Zaretskii
2022-04-18 13:19 ` Alan Third
2022-04-18 14:23 ` Eli Zaretskii
2022-04-18 19:28 ` Alan Third
2022-04-19 1:04 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-04-19 3:51 ` Alan Third
2022-04-17 18:34 ` Eli Zaretskii
2022-04-17 18:46 ` Howard Melman
2022-04-17 19:00 ` Eli Zaretskii
2022-04-17 19:47 ` Howard Melman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87wnfn213m.fsf@gmail.com \
--to=rpluim@gmail.com \
--cc=54970@debbugs.gnu.org \
--cc=alan@idiocy.org \
--cc=hmelman@gmail.com \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.