GNU bug report logs - #20727
24.5; Font fallback doesn't work for the Emoji range

Previous Next

Full log

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: v.schneidermann <at> gmail.com, andrewjmoreton <at> gmail.com, 20727 <at> debbugs.gnu.org
Subject: Re: bug#20727: 24.5; Font fallback doesn't work for the Emoji range
Date: Sat, 13 Jun 2015 14:19:42 -0700

Eli Zaretskii wrote:
> How did you get FreeSerif characters elsewhere in the buffer?  Which
> characters were those?

It was the other characters like "abc".  But I'm afraid I can't reproduce the 
effect now.  I've changed my default environment and perhaps that has affected 
things.

> What do you see for U+2E3F and U+20BD?

With 'emacs -Q' it's the same as in Emacs 24.4, namely, the Symbola glyphs.

> Anyway, does the idea of selectively removing codepoints from where we
> currently specify Symbola sound good, given these trials?

After trying it a bit I'm worried that this will be flaky.  Often the Symbola 
fonts are better (much better, if the default fonts lack the symbols), often 
worse (if both fonts have the symbols), and it all depends on a lot of settings. 
 Users will notice when the Symbola fonts make things worse for them.

Instead of using Symbola for all symbols, perhaps we should just use it for 
emoticons and other symbols known to be commonly bad.

It's too bad that we can't fall back on Symbola only when the font is missing 
the character.  I still don't understand things well enough to propose an 
implementation along those lines, though.

Previous Next

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