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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: rpluim <at> gmail.com, 54562 <at> debbugs.gnu.org
Subject: bug#54562: 28.0.91; Emoji sequence not composed
Date: Fri, 25 Mar 2022 15:15:35 +0300

> From: Po Lu <luangruo <at> yahoo.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  54562 <at> debbugs.gnu.org
> Date: Fri, 25 Mar 2022 19:47:21 +0800
> 
> Robert Pluim <rpluim <at> gmail.com> writes:
> 
> > ... except when you use the correct emoji sequence, which in this case
> > is
> >
> > U+0037 U+FE0F U+20E3
> 
> Hmm, odd, thanks.  I wonder why other programs display the original
> sequence correctly.

Why do you think what they do is "correct"?  AFAIK, we use the Unicode
Standard's definition of Emoji sequences to decide when U+FE0F
warrants an Emoji representation.  maybe those other applications
default to Emoji representation of every character that can possibly
have such a representation, but in Emacs such a default cannot make
sense.

Previous Next

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