Bug 10414 - patch to make rendering settings from gnome-font-properties work
Summary: patch to make rendering settings from gnome-font-properties work
Status: RESOLVED DUPLICATE of bug 10413
Alias: None
Product: cairo
Classification: Unclassified
Component: freetype font backend (show other bugs)
Version: 1.4.0
Hardware: Other All
: medium normal
Assignee: Behdad Esfahbod
QA Contact: cairo-bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-03-26 08:18 UTC by Stanislav Brabec
Modified: 2007-03-26 08:26 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Stanislav Brabec 2007-03-26 08:18:46 UTC
Attached patch is from openSUSE Build.

Author: Mike Fabian

This patch makes the rendering settings from gnome-font-properties work.

For example in case of the antialias option:

Without the patch, cairo will add the antialias option to the
fontconfig pattern only if it is not already there. But the option
might already be in the pattern because a fontconfig setup file in
/etc/fonts or ~/.fonts.conf adds it ot the pattern.

With the patch, cairo first deletes the antialias option from the
pattern unconditionally, then adds its own value of this option.

Same for the other options like rgba, hinting, and hintstyle.

When doing it like this, the settings in gnome-font-properties
are preferred over any rules like

        <match target="pattern">
                <edit name="autohint">
                        <bool>true</bool>
                </edit>
                <edit name="hintstyle">
                        <const>hintfull</const>
                </edit>
                <edit name="antialias">
                        <bool>true</bool>
                </edit>
        </match>

in a fontconfig setup file. I.e. such rules will then only set a
default if nothing is set in gnome-font-properties or if a desktop
different from gnome is used.

If there are rules like

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

in a fontconfig setup file which match on "font" instead of "pattern",
these rules will stil win over the settings in gnome-font-properties.

Therefore, the default systemwide fontconfig setup in /etc/fonts
should avoid using rules matching on "font" for setting options which
can also be changed in gnome-font-properties.

Reference: https://bugzilla.novell.com/show_bug.cgi?id=104365
Comment 1 Stanislav Brabec 2007-03-26 08:26:17 UTC
Bugzilla problems.

*** This bug has been marked as a duplicate of bug 10413 ***


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.