|Summary:||Embedded fonts are not used by default when AA is turned on|
|Product:||[Fedora] Fedora||Reporter:||Leon Ho <llch>|
|Component:||fontconfig||Assignee:||Carl Worth <cworth>|
|Status:||CLOSED RAWHIDE||QA Contact:|
|Version:||rawhide||CC:||eng-i18n-bugs, rstrode, sangu.fedora|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2006-01-31 19:17:57 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:||176910|
Description Leon Ho 2005-09-02 05:43:40 UTC
Description of problem: In the current version (rawhide) of fontconfig and libraries combinations, the application will not use emdedded fonts in TTF anymore even if one is available. Version-Release number of selected component (if applicable): fontconfig-2.3.2-1 How reproducible: everytime Steps to Reproduce: 1. LANG=zh_TW.UTF-8 gedit 2. Check the font glyphs compare with 1. gnome-font-properties 2. disable AA 3. gedit Actual results: Fonts are not embedded bitmap in the default font size Expected results: Fonts should be embedded bitmap in the default font size Additional info: FC4 is fine. We have "rh_prefer_bitmaps" option in /etc/fonts/conf.d/50-no-hint-fonts.conf to disable embedded bitmap for particular font. (Japanese is currently being disabled on bitmap)
Comment 3 Akira TAGOH 2005-12-07 11:08:10 UTC
Created attachment 121966 [details] sample fonts.conf to disable the antialias for Japanese say Attached file is to disable the antialias for Japanese. it works for me after put it as .fonts.conf under $HOME. for other languages which prefer the bitmap font rather than the antialiased outline font, you need to modify the pixelsize to something what these fonts actually supports. FYI.
Comment 4 Leon Ho 2005-12-08 18:21:51 UTC
In FC4, we can enable antialiasing outline font, but when the size of the glyphs has the embedded bitmap font, we then use the bitmap glyph instead of the outline glyph. This should be the behaviour.
Comment 5 Tim Mayberry 2005-12-20 05:33:09 UTC
Created attachment 122438 [details] Patch to change rh_prefer_bitmaps to embeddedbitmap This patch changes all instances of rh_prefer_bitmaps to embeddedbitmap. It also disables hinting and enables the embedded bitmap option for the 2 new Chinese fonts. As mentioned in bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164374 The embedded bitmap directive AFAIK won't work until cairo is modified to support it. There patches around such as this one http://lists.freedesktop.org/archives/cairo/2005-September/005404.html to do this but I'm yet to test them(soon hopefully).
Comment 6 Tim Mayberry 2005-12-23 06:30:07 UTC
Added dependance on bug #165939 because the fontconfig configuration files currently alias AR PL ZenKai Uni as the default sans-serif font and it should be AR PL ShanHeiSun Uni. It effects this bug because only AR PL ShanHeiSun Uni has embedded bitmaps.
Comment 7 Leon Ho 2006-01-16 07:16:07 UTC
This is a major feature for Chinese for FC5 that has been tested for a while. It would be helpful to include now before FC5 releases.
Comment 8 Christopher Aillon 2006-01-27 19:12:30 UTC
Carl, ping here. There's a patch and it seems to be important for Chinese. Please comment on what we should do. Thanks.
Comment 9 Tim Mayberry 2006-01-31 05:43:51 UTC
Both of the patches are obselete, the patches in bug 165939 included the fixes for the fontconfig configuration side of the problem. This bug is still dependant on getting the fontconfig "embeddedbitmap" option supported by cairo. There is a patch for cairo that I found on the cairo mailinglist that is attached to bug 176910 but I am waiting for feedback from Carl or others about the patch. I think we could also consider patching Xft to support the embeddedbitmap option if it doesn't already.