GNU bug report logs - #39340
26.3; "Noto Emoji" font not displayed

Previous Next

Package: emacs;

Reported by: ynyaaa <at> gmail.com

Date: Wed, 29 Jan 2020 04:13:01 UTC

Severity: normal

Found in version 26.3

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log

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

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39340 <at> debbugs.gnu.org, ynyaaa <at> gmail.com
Subject: Re: bug#39340: 26.3; "Noto Emoji" font not displayed
Date: Mon, 03 Feb 2020 20:45:38 +0100

>>>>> On Mon, 03 Feb 2020 20:22:59 +0200, Eli Zaretskii <eliz <at> gnu.org> said:

    >> From: Robert Pluim <rpluim <at> gmail.com>
    >> Cc: 39340 <at> debbugs.gnu.org,  ynyaaa <at> gmail.com
    >> Date: Mon, 03 Feb 2020 19:03:12 +0100
    >> 
    >> font-log with the attached patch applied is below. Basically
    fontp-> driver->has_char and fontp->driver->encode_char are both
    >> failing for Ebrima when uniscribe is used. When harfbuzz is used, only
    >> has_char fails, but encode_char succeeds (see second attachment)

    Eli> has_char always fails in w32 font backends, so that's expected.
    Eli> encode_char is the problem.  Can you tell where in
    Eli> uniscribe_encode_char do we fail? does ScriptItemize fail or is it
    Eli> ScriptShape?

It looks like ScriptShape is failing.

    Eli> This could be a symptom of Microsoft deprecating Uniscribe.

Then we should deprecate it as well, no?

Robert
This bug report was last modified 4 years and 247 days ago.

Previous Next

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