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

Previous Next

Package: emacs;

Reported by: Mike FABIAN <mfabian <at> redhat.com>

Date: Wed, 26 Feb 2020 14:30:03 UTC

Severity: normal

Found in version 28.0.50

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #209 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 19:27:44 +0200
> From: Mike FABIAN <mfabian <at> redhat.com>
> Cc: rpluim <at> gmail.com,  39799 <at> debbugs.gnu.org
> Date: Sat, 29 Feb 2020 18:14:24 +0100
> 
> But currently I don’t seem to get a thin 1-pixel space for
> 
> Ⓜ︎ U+24C2 U+FE0E
> 
> I get a box with a 1 pixel border in the foreground colour (black) and
> this box has a total width of 6 pixels. See attached screenshot.
> 
> This looks fairly ugly is a bit too much maybe.
> 
> You get a 1-pixel space? Is special setup needed to get that or should
> I get that by default?

Sorry, I was thinking about U+200D.  You are right, the variation
selectors by default display as hex codes in a box.  But that can be
changed.  This is set up in lisp/international/characters.el, which
see.  And you can set it manually, of course, since it's just a
char-table.




This bug report was last modified 3 years and 255 days ago.

Previous Next


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