Bug 18897 - In Chinese interface, the input area in firefox and blank area in gnome-menu are terriably stretched.
Summary: In Chinese interface, the input area in firefox and blank area in gnome-menu ...
Status: RESOLVED INVALID
Alias: None
Product: cairo
Classification: Unclassified
Component: freetype font backend (show other bugs)
Version: 1.8.4
Hardware: x86 (IA32) Linux (All)
: lowest major
Assignee: David Turner
QA Contact: cairo-bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-05 04:49 UTC by Yu Yuwei
Modified: 2008-12-05 16:48 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Attachments
google in firefox under en_US.UTF-8 locale (172.35 KB, image/png)
2008-12-05 04:49 UTC, Yu Yuwei 		Details
input area is stretched under zh_CN.UTF-8 locale (172.02 KB, image/png)
2008-12-05 04:51 UTC, Yu Yuwei 		Details
View All

Description Yu Yuwei 2008-12-05 04:49:00 UTC 
Created attachment 20830 [details]
google in firefox under en_US.UTF-8 locale

Since upgraded to cairo-1.8.0 a few months ago, the input area in firefox become very wide. Thinking this is very obvious and will be fix in a short time, I did not file a bug. However, after upgrading to cairo-1.8.4 today, I found that this bug is still there :(

In order to make a comparation, I got two screen shot of the firefox on the same www.g.cn, the normal one is under en_US.UTF-8 locale; the stretched one is under zh_CN.UTF-8. the locale is shift via gdm.

The gnome-menu also have wide blank after characters, but I fail to take a screenshot when I activate gnome-menu, but the width of blank area after text in gnome-menu is nearly the same length of the longest text in the same menu.

I guess that, may be the text width calculation encounter a error when shift from single-byte width character to multi-bytes width character in cairo, which causes this bug.
Comment 1 Yu Yuwei 2008-12-05 04:51:08 UTC 
Created attachment 20831 [details]
input area is stretched under zh_CN.UTF-8 locale
Comment 2 Yu Yuwei 2008-12-05 04:57:35 UTC 
My environment:
Linux: Gentoo Linux
glibc: 2.8_p20080602
xorg-server: 1.5.2
glib: 2.18.3
gtk+: 2.14.5
cairo: 1.8.4
pango: 1.22.3
firefox: 3.0.4
xulrunner: 1.9.0.4
Comment 3 Yu Yuwei 2008-12-05 07:32:53 UTC 
Tested with the master, 1.8.4, origin/1.8 in the git repository and the 1.6.4 from tarball, they all have the same problem.

I notice that, when firefox invode under LC_MESSAGES=en_US.UTF-8, they all works fine, but under zh_CN.UTF-8, they all fail to get the right render result.

Thanks!
Comment 4 Yu Yuwei 2008-12-05 08:33:31 UTC 
after whole night testing and down grade to pango-1.20.5, this bug was gone. so I think this is no the bug of cairo. 

close it :)
Comment 5 Behdad Esfahbod 2008-12-05 09:08:48 UTC 
What changed in Pango was how it falls back to the language from your locale.  Srsly, take it to Firefox guys.
Comment 6 Yu Yuwei 2008-12-05 16:48:07 UTC 
(In reply to comment #5)
> What changed in Pango was how it falls back to the language from your locale. 
> Srsly, take it to Firefox guys.
> 

May be, however the gnome-menu also suffer this problem, so I was confused if this is not the bug of pango, where can the problem come from.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.