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

Previous Next

Full log

View this message in rfc822 format

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: bug#20727: 24.5; Font fallback doesn't work for the Emoji range
Date: Sat, 13 Jun 2015 09:01:38 -0700

[Message part 1 (text/plain, inline)]

Eli Zaretskii wrote:
> Please also see if the latest master fixes the problem for you; if it
> does, then you don't need to send all of the information I requested.

I can't easily try that until Monday, sorry.  But I now have a different problem 
with the patch.

I'm on a machine with Symbola installed now, and with the latest master version 
(commit eb92f89c2125aaf8fdf93cdd85ab46ae278dd950) the display is way worse than 
it was before.  See attached screenshots of Emacs 24.4 and latest master 
displaying the following text in a fundamental-mode buffer:

 abc‘def’ghi
 abc“def”ghi
 abc≤def

I ran Emacs with the arguments "-Q -r -font 
-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1".  Emacs 
previously substituted 
-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1 for the 
non-alphabetic characters, and this worked well: it's the same font, really, and 
the substitute characters are legible and match the default font well.  In 
contrast, Symbola is varying width, the characters don't match the default font, 
and the characters are in some cases nearly illegible.

Why is Emacs using Symbola in a setup that has good Unicode characters already? 
 Isn't the idea to use Symbola only as a fallback, when the existing fonts 
don't work?

[Screenshot from 2015-06-13 08:49:51.png (image/png, attachment)]

[Screenshot from 2015-06-13 08:50:20.png (image/png, attachment)]

Previous Next

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