Bug 443356 - [ja] rendering of Japanese is uglier than under Gtk/GNOME
Summary: [ja] rendering of Japanese is uglier than under Gtk/GNOME
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: openoffice.org
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Caolan McNamara
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-04-21 04:02 UTC by Jens Petersen
Modified: 2008-04-30 16:11 UTC (History)
3 users (show)

Fixed In Version: 2.4.0-12.8
Clone Of:
Environment:
Last Closed: 2008-04-30 16:11:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
ja-Screenshot.png (101.86 KB, image/png)
2008-04-21 04:06 UTC, Jens Petersen
no flags Details


Links
System ID Private Priority Status Summary Last Updated
OpenOffice.org 64508 0 None None None Never

Description Jens Petersen 2008-04-21 04:02:00 UTC
Description of problem:
The rendering of Japanese glyphs looks quite different from gtk/GNOME applications
(maybe similar to qt/KDE?).  To me the rendering under gtk is nicer.  Just
wondering what the story behind that is and if something can't be done to improve
the rendering in OpenOffice.

AFAIK this is not a new issue and could well affect other Asian languages too.

Comment 1 Jens Petersen 2008-04-21 04:06:18 UTC
Created attachment 303095 [details]
ja-Screenshot.png

Comparison of Openoffice.org and gedit using the text of the oowriter menubar.

Comment 2 Caolan McNamara 2008-04-21 07:45:28 UTC
To my untutored eyes it looks the same. except maybe for the 4th glyph, is that
the problem ?

In theory now we should be rendering the glyphs with cairo and using the same
fontconfig settings throughout OOo and gtk so if there's something different
then my first impression is that there is some little bug with some setting not
getting treated the same in both

Comment 3 Jens Petersen 2008-04-21 07:58:37 UTC
Are you comparing the gedit menubar say with the openoffice text?

(In reply to comment #2)
> To my untutored eyes it looks the same. except maybe for the 4th glyph, is that
> the problem ?

No every glyph is being rendered differently: naively it looks like there is
no anti-aliasing in the OpenOffice rendering.

Comment 4 Caolan McNamara 2008-04-21 11:06:14 UTC
grr....

[caolan@vain F-9]$ diff -u <( fc-match -v "VL Gothic" ) <( fc-match -v "VL ゴ
シック" )
--- /proc/self/fd/63    2008-04-21 12:05:28.873431540 +0100
+++ /proc/self/fd/62    2008-04-21 12:05:28.874431737 +0100
@@ -1,5 +1,5 @@
 Pattern has 30 elts (size 32)
-       family: "VL Gothic"(s)
+       family: "VL ゴシック"(s)
        familylang: "en"(s)
        style: "regular"(s)
        stylelang: "en"(s)
@@ -12,7 +12,7 @@
        pixelsize: 12.5(f)(s)
        foundry: "unknown"(s)
        hintstyle: 3(i)(s)
-       hinting: FcFalse(w)
+       hinting: FcTrue(s)
        verticallayout: FcFalse(s)
        autohint: FcFalse(s)
        globaladvance: FcTrue(s)


i.e. the "hinting is off in fontconfig" is not getting to Ooo if it uses the
localized font name, what a pain in my ass

Comment 5 Caolan McNamara 2008-04-21 12:21:30 UTC
*mumble* hatred, but should be doable by using the canonical name for fetching
the hints

Comment 6 Jens Petersen 2008-04-23 02:49:24 UTC
Thanks. :)

Is it built already in koji?

Comment 7 Caolan McNamara 2008-04-23 07:23:53 UTC
No, not yet. Will be in anything >= openoffice_org-2.4.0-12.7.fc9

Comment 8 Caolan McNamara 2008-04-24 07:59:55 UTC
Can you check 
http://koji.fedoraproject.org/packages/openoffice.org/2.4.0/12.7.fc9
for me ?

Comment 9 Jens Petersen 2008-04-28 08:00:55 UTC
Thank you that is a great improvement!


Note You need to log in before you can comment on or make changes to this bug.