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 310403 - Problems with font rendering and inconsistent state
Problems with font rendering and inconsistent state
Status: RESOLVED OBSOLETE
Product: gnome-tweak-tool
Classification: Applications
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: GNOME Tweak Tool maintainer(s)
GNOME Tweak Tool maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2005-07-14 19:22 UTC by Owen Taylor
Modified: 2018-01-24 15:01 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Description Owen Taylor 2005-07-14 19:22:17 UTC 
- In main dialog click on best shapes
- Then in the font rendering details, change smoothing to "None"
  (say). Options in main dialog become "inconsistent" (this is
  correct)
- Go back to main dialog and click on "Best Shapes" ... nothing
  changes... what should happen is that the individual options
  are changed to be those for "Best Shapes" and "Best Shapes"
  should be selected.

(If you click on Monochrome then on Best Shapes, things work ...
the problem seems to be clicking on the one that was previously
selected.)

What may be needed is to set the selected option to not active
when making everything inconsistent.
Comment 1 Owen Taylor 2005-07-14 19:23:14 UTC 
I believe this is a regression from when I first wrote the code,
but I have no idea when it regressed in particular. control-center-2.8
exhibits the bug as well as more recent versions.
Comment 2 Sebastien Bacher 2005-07-14 19:57:19 UTC 
same here with 2.11.6
Comment 3 Jens Granseuer 2007-08-31 18:18:47 UTC 
That looks like a limitation in GTK. Since inconsistent state is purely cosmetical, the previously selected radio is still active and you don't get the toggled signal when it's clicked again. We could work around that by using clicked and trying to figure out the rest ourselves, but that sounds pretty ugly.

A way to set all radio to not active would help, too, but the radio button group actively prevents that.
Comment 4 GNOME Infrastructure Team 2018-01-24 15:01:47 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-tweaks/issues/5.