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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
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:22:59 +0200
> 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)

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

This could be a symptom of Microsoft deprecating Uniscribe.

Thanks.




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.