GNU bug report logs -
#63731
[PATCH] Support Emoji Variation Sequence 16 (FE0F) where appropriate
Previous Next
Reported by: Steven Allen <steven <at> stebalien.com>
Date: Fri, 26 May 2023 03:19:01 UTC
Severity: normal
Tags: fixed, patch
Fixed in version 29.1
Done: Robert Pluim <rpluim <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
>>>>> On Mon, 05 Jun 2023 17:57:04 +0200, Robert Pluim <rpluim <at> gmail.com> said:
>>>>> On Mon, 05 Jun 2023 18:35:37 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
>>> From: Robert Pluim <rpluim <at> gmail.com>
>>> Cc: 63731 <at> debbugs.gnu.org, steven <at> stebalien.com
>>> Date: Mon, 05 Jun 2023 16:27:28 +0200
>>>
Eli> Hmm... I though just changing the fontset in fontset.el would be
Eli> enough.
>>>
>>> Itʼs almost enough to do that, and to check if the triggering
>>> character is U+FE0E, bu then we fall foul of the composition rule
>>> forward/backward issue again.
Eli> Which forward rules would conflict with a backward rule triggered by
Eli> U+FE0E?
Robert> All the ones for the non-emoji codepoints that still need to be
Robert> composed as emoji sometimes, eg U+261D:
Oh, and all the <foo>+skin tone ones. And probably more.
Robert
--
This bug report was last modified 1 year and 351 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.