After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 310935 - gnome-fonts-properties pango 1.9.x font problem
gnome-fonts-properties pango 1.9.x font problem
Status: VERIFIED DUPLICATE of bug 305391
Product: gnome-control-center
Classification: Core
Component: [obsolete] font properties
2.11.x
Other Linux
: High major
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-07-19 21:53 UTC by Fryderyk Dziarmagowski
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: 2.12.x
GNOME version: 2.11/2.12



Description Fryderyk Dziarmagowski 2005-07-19 21:53:29 UTC
Distribution/Version: PLD Linux Distribution

After upgrading to pango 1.9.0 changing of antialiasing / hinting font
properties is not possible anymore.
Comment 1 Luis Villa 2005-07-21 23:31:37 UTC
Owen, any clue?

[I can't actually confirm here ATM, my system is all screwed up. :/ Will try
tomorrow.]
Comment 2 Owen Taylor 2005-07-21 23:38:47 UTC
Should be fixed in CVS as of today

*** This bug has been marked as a duplicate of 305391 ***
Comment 3 Fryderyk Dziarmagowski 2005-07-24 09:45:50 UTC
yes, it's partially fixed. i'm only able to change hinting settings,
antialiasing can't be switched off.
btw. setting pixel order to VRGB or VBGR kills all apps
(cairo 0.5.2, pango 1.9.0 HEAD, glib/gtk 2.7.4, gnome 2.11.x devel up to date)
Comment 4 Owen Taylor 2005-07-24 12:21:31 UTC
I don't see how you could have gotten the VRGB crash with Cairo-0.5.2,
there was no handling of subpixel ordering in 0.5.2. Maybe you were testing
with CVS? I've fixed the crash there:

2005-07-24  Owen Taylor  <otaylor@redhat.com>

        * src/cairo-ft-font.c (_render_glyph_outline): Fix size of allocated buffer
        for vertical subpixel rendering. (Reported by Fryderyk Dziarmagowski,
        http://bugzilla.gnome.org/show_bug.cgi?id=310935)
        (_get_pattern_load_flags): Fix a problem where we were OR'ing multiple
        FT_LOAD_* flags together.

        * src/cairo-xlib-screen.c (_cairo_xlib_init_screen_font_options): Fix
        reversed check for subpixel or not.

I can't reproduce problems turning off antialiasing. Can you try updating
to the latest Cairo from CVS. If you still have problems with antialiasing,
can you tell me *exactly* what options you have set in gnome-font-properties.

Thanks.
Comment 5 Fryderyk Dziarmagowski 2005-07-24 13:04:46 UTC
That was 0.5.2 cvs HEAD, sorry about that.

V* pixel order crash seems to be solved. Problem with antialiasing was
fontconfig related. Atfer commenting out following code (was always my default
font setup):

<!-- /etc/fonts/local.conf -->

<match target="pattern"> 
 <edit name="autohint" mode="assign"> 
  <bool>true</bool> 
 </edit> 
</match> 
 
<match target="font"> 
 <edit name="antialias" mode="assign"> 
  <bool>true</bool> 
 </edit> 
</match> 

setting "font rendering" to "monochrome" works perfectly. But shouldn't be local
font configuration respected as well?
Comment 6 Owen Taylor 2005-07-24 13:10:58 UTC
The configuration in fonts.conf is going to win over the options from the
display - the reason for this is that people like to do things like disabling
hinting for just one font in fonts.conf, and that shouldn't be overriden
by global settings.

However, fonts.conf isn't really a good place to do global configuration;
it's hard to machine edit, and you won't get changes to running applications.
That's why the primary set of options is stored on the display instead.

Thanks for the testing.
Comment 7 Fryderyk Dziarmagowski 2005-07-24 13:15:11 UTC
oops, now I see "antialias assign true" in my config :\. that was my local
problem, sorry about that.

Big thanks to Owen for his awesome work.

closing, as resolved/fixed.