Bug#242624: libgtk: sub-pixel rendering happening in spite of my wishes

[Mikael Nilsson]

Ok, problem solved.

The solution was to not have a "test" section in /etc/fonts/local.conf:

  <match target=3D"font">
    <edit name=3D"rgba" mode=3D"assign"><const>none</const></edit>
  </match>

This worked, and no apps have sub-pixel rendering now, not gdm, not gtk
apps in KDE etc.

This is a problem with the comments in /etc/fonts/local.conf, so I'll
report a bug to the fontconfig people.

This bug can now be closed. Thanks for the help. Sorry for taking your
time.

/Mikael

On Thu, 2004-04-08 at 16:07, Mikael Nilsson wrote:
> On Thu, 2004-04-08 at 13:36, Michel D=E4nzer wrote:
> > gnome-settings-daemon has to be running for GNOME settings to apply.
>=20
> Yes, of course... but I assume you agree that GTK shouldn't use
> sub-pixel rendering even outside of gnome in this case. The question is
> whether GTK even has a say in this case. If not, is it a xft problem?=20
>=20
> >=20
> > > And it does not solve the GDM problem - how do I get GDM to not use
> > > subpixel rendering?
> >=20
> > Not sure, maybe you can explicitly disable it in /etc/fonts/fonts.con=
f .
>=20
> I tried with=20
>=20
>   <match target=3D"font">
>     <test qual=3D"all" name=3D"rgba">
>       <const>unknown</const>
>     </test>
>     <edit name=3D"rgba" mode=3D"assign"><const>none</const></edit>
>   </match>
>=20
> ("none" taken from the manpage of fonts.conf)
>=20
> but that didn't change a thing. So maybe xft is to blame.
>=20
> >=20
> > > Relevant part of "Device" section in XF86Config:=20
> > >=20
> > >         Option          "UseEdidFreqs" "true"
> > >         Option          "CursorShadow" "true"
> > >         Option          "RenderAccel" "true"
> > >         Option          "DigitalVibrance" "100"
> > >         Option          "FlatPanelProperties" "Scaling =3D native, =
Dithering =3D enabled"
> > >=20
> > > Could that matter? Should I try different settings?
> >=20
> > I guess the dithering could hurt subpixel rendering.
>=20
> Tried to change all that, without effect.=20
>=20
> If you feel there is nothing gtk can do, maybe you could reassign to th=
e
> relevant xft package (I wouldn't know who's responsible).
>=20
> /Mikael
--=20
Plus =E7a change, plus c'est la m=EAme chose
The more things change, the more they stay the same