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 #56 received at 39799 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39799 <at> debbugs.gnu.org, mfabian <at> redhat.com
Subject: Re: bug#39799: 28.0.50; Most emoji sequences don’t render correctly
Date: Fri, 28 Feb 2020 16:35:17 +0100

>>>>> On Fri, 28 Feb 2020 16:46:30 +0200, Eli Zaretskii <eliz <at> gnu.org> said:

    >> From: Robert Pluim <rpluim <at> gmail.com>
    >> Cc: Glenn Morris <rgm <at> gnu.org>,  mfabian <at> redhat.com,  39799 <at> debbugs.gnu.org
    >> Date: Fri, 28 Feb 2020 15:14:01 +0100
    >> 
    Eli> Thanks.  I wonder if we could make the output more human-readable...
    Eli> Glenn, any advice or comments?
    >> 
    >> Why does it need to be human-readable? The other files generated from
    >> the unicode data are not particularly readable.

    Eli> Readability is desirable because the file will be read by humans.

Hmm, maybe. I guess we could process it in elisp to replace the
characters with their names, and adding extra newlines is
trivial. What other kind of changes did you have in mind?

    Eli> Which other files are not readable?  I had charscript.el in mind, and
    Eli> that one is quite readable.

I had uni-bidi.el in mind, and thatʼs just a dump of a char-table.

Robert
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.