GNU bug report logs - #9621
24.0.90; a character not displayed

Previous Next

Full log

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

From: Kenichi Handa <handa <at> m17n.org>
To: William Xu <william.xwl <at> gmail.com>
Cc: 9621 <at> debbugs.gnu.org
Subject: Re: bug#9621: 24.0.90; a characger not displayed
Date: Thu, 29 Sep 2011 11:01:02 +0900

In article <21glmxdouaq6.fsf <at> gmail.com>, William Xu <william.xwl <at> gmail.com> writes:

> The real problem is that when the selected font(like BatangChe here)
> doesn't contain all the glyphs for the unicode range it covers, emacs
> doesn't select a fallback font, like Arial Unicode MS here.  

Really?  I remember that I wrote a code to search for
another font in such a case.

> Only if one day the following code could be implemented?..  

> int
> w32font_has_char (Lisp_Object entity, int c)
> {
>   /* We can't be certain about which characters a font will support until
>      we open it.  Checking the scripts that the font supports turns out
>      to not be reliable.  */
>   return -1;

Even if the above function is not fully implemented, the
current font selection code should try to open the font and
do another check.  It seems that the mechanism is not
working well on Windows.  Please show me the info I asked in
the previous mail (the procedure starting from (setq
font-log nil)).

---
Kenichi Handa
handa <at> m17n.org

Previous Next

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