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

Mikael Nilsson Mikael Nilsson <mini@nada.kth.se>, 242624@bugs.debian.org
Thu, 08 Apr 2004 16:07:41 +0200


On Thu, 2004-04-08 at 13:36, Michel D=E4nzer wrote:
> gnome-settings-daemon has to be running for GNOME settings to apply.

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
> > 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.conf .

I tried with=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>

("none" taken from the manpage of fonts.conf)

but that didn't change a thing. So maybe xft is to blame.

>=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, Di=
thering =3D enabled"
> >=20
> > Could that matter? Should I try different settings?
>=20
> I guess the dithering could hurt subpixel rendering.

Tried to change all that, without effect.=20

If you feel there is nothing gtk can do, maybe you could reassign to the
relevant xft package (I wouldn't know who's responsible).

/Mikael

--=20
Plus =E7a change, plus c'est la m=EAme chose
The more things change, the more they stay the same