GNU bug report logs - #54562
28.0.91; Emoji sequence not composed

Previous Next

Full log

Message #14 received at 54562 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Po Lu <luangruo <at> yahoo.com>, 54562 <at> debbugs.gnu.org
Subject: Re: bug#54562: 28.0.91; Emoji sequence not composed
Date: Fri, 25 Mar 2022 11:54:10 +0100

>>>>> On Fri, 25 Mar 2022 18:32:08 +0800, Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> said:

    Bug> Eli Zaretskii <eliz <at> gnu.org> writes:
    >> I think this means your default font doesn't support the U+20E3
    >> COMBINING ENCLOSING KEYCAP character.  Emacs cannot compose characters
    >> that aren't supported by the font used for the base character.

... except when you use the correct emoji sequence, which in this case
is

U+0037 U+FE0F U+20E3

    Bug> Thanks.  But does it really make sense to require that the default font
    Bug> (on my system, Source Code Pro) support Emoji?  20E3 COMBINING ENCLOSING
    Bug> KEYCAP displays by itself using Noto Color Emoji.

See above

Robert
-- 

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.