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