GNU bug report logs - #39799
28.0.50; Most emoji sequences don’t render correctly

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mike FABIAN <mfabian <at> redhat.com>
Cc: rpluim <at> gmail.com, 39799 <at> debbugs.gnu.org
Subject: Re: bug#39799: 28.0.50; Most emoji sequences don’t render correctly
Date: Sat, 29 Feb 2020 14:02:56 +0200

> From: Mike FABIAN <mfabian <at> redhat.com>
> Cc: rpluim <at> gmail.com,  39799 <at> debbugs.gnu.org
> Date: Sat, 29 Feb 2020 12:41:02 +0100
> 
> > Q:What about applications that don't support variation sequences?
> > 
> > A: Applications not supporting variation sequences should act as if the
> > variation selector is not present. That normally applies to all text
> > processes such as searching, sorting, parsing, and so forth.
> 
> So probably  Ⓜ︎ U+24C2 U+FE0E should not display U+FE0E as a box, as you
> say it should exactly display as just Ⓜ U+24C2.

You can control this via glyphless-char-display.  The thin 1-pixel
space is just the current default, and we could change that default if
we think it's better not to display the variation selectors at all.
It's just that the "Emacsy" way is not to conceal any characters from
the user, so the current default was chosen to follow that.

Previous Next

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