Bug#432032: libpango1.0-0: Japanese characters rendered invisible
info at noctus.net
Tue Oct 9 20:58:59 UTC 2007
Loïc Minier, 07.10.2007 17:32:
> On Sat, Jul 07, 2007, Mathias Brodala wrote:
>> No matter which font I choose, the characters are rendered as written above when
>> using the Cairo backend. Rendering of the other two backends is fine with any
>> font at any size. But I never had such an issue before so it seems like a
>> correlation between the current Cairo libs and something else which was
>> upgraded. More digging in dpkg logs …
> I could not reproduce your bug wit dejava at size 1 or 30, with cairo
> or xft, with full or no hinting. I'm pretty sure this is font
> specific, so I would recommend you upgrade cairo, freetype, and your
> font package to the latest versions and try again whether you get the
> bug with dejavu. If you don't get it with dejavu, for example with:
> pango-view --backend=cairo --hinting=full --font="dejavu 1" -t "夏影"
> then I think it's a problem specific to your font, but I'm not sure
> who's to blame. If you reproduce it with dejavu, then I have no idea
> what to try.
The problem is that I cannot reproduce it with my font and pango-view either
anymore. However, the bug’s still visible in both Thunar and Exaile.
Also something strange: the text "最新动漫游戏音乐排行榜" is rendered as " 动
戏 乐 " in Thunar. A notable fact about this is that also only those three
characters are hinted in this Icedove mail window (and in pango-view), the other
ones are not. So it must be something about from which fonts the missing
characters are gathered to display the text. Obviously two (or more) different
fonts. The one which’s characters are not displayed seems to cause the trouble.
A strace on pango-view tells me that the fonts "KochiGothic Regular" and "simhei
0" are invoked.
Is there some way to get to know which parts of a text where rendered by using
characters from which font?
> Where can I get your font?
You’ll have to search the web, that’s how I got it. I can also send it to you if
you want to do some testing.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 252 bytes
Desc: OpenPGP digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20071009/6d2ac3cd/attachment.pgp
More information about the pkg-gnome-maintainers