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
Message #165 received at 63731 <at> debbugs.gnu.org (full text, mbox):
>>>>> On Mon, 05 Jun 2023 16:47:22 +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 15:36:52 +0200
>>
>> >>>>> On Mon, 05 Jun 2023 16:12:20 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
>>
Eli> This is simple enough to install on emacs-29, I think?
>>
>> The main change is in font.c, and looks like this. I think itʼs too
>> big for emacs-29 (breaking composition is very easy, itʼs entirely
>> possible Iʼve missed a few cases :-) )
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.
If we could have forward and backwards looking rules working together,
then font_range would get passed U+FE0F or U+FE0E as the triggering
character, it could choose the font, and there would be no need to
peek at the next character.
Robert
--
This bug report was last modified 1 year and 350 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.