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

Previous Next

Packages: emacs, w32;

Reported by: "Ota, Takaaki" <Takaaki.Ota <at> am.sony.com>

Date: Tue, 27 Sep 2011 23:31:02 UTC

Severity: normal

Merged with 6029, 7811

Done: Jason Rumney <jasonr <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Jason Rumney <jasonr <at> gnu.org>
To: Kenichi Handa <handa <at> m17n.org>
Cc: 9621 <at> debbugs.gnu.org, William Xu <william.xwl <at> gmail.com>
Subject: Re: bug#9621: 24.0.90; a characger not displayed
Date: Thu, 29 Sep 2011 22:09:57 +0800
Kenichi Handa <handa <at> m17n.org> writes:

> 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.

It looks to me that the code that is trying to search for another font
is using the next font regexp in the list for the script, rather than
the next font that was returned in the previous list.  As you can see
from the log, all the regexps for kana are returning either the same
list of fonts, or an empty list. So the result of this searching is that
the BatangChe font gets tried over and over again.




This bug report was last modified 13 years and 171 days ago.

Previous Next


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