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 574413 - subpixel-order vs xrandr
subpixel-order vs xrandr
Status: RESOLVED DUPLICATE of bug 502293
Product: gnome-settings-daemon
Classification: Core
Component: plugins
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-settings-daemon-maint
gnome-settings-daemon-maint
Depends on:
Blocks: randr-tracker
 
 
Reported: 2009-03-06 19:18 UTC by Behdad Esfahbod
Modified: 2009-03-07 00:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Behdad Esfahbod 2009-03-06 19:18:34 UTC
Currently the xsettings plugin sets the subpixel order while the xrandr plugin handles the screen rotation stuff.  The problem is that when the screen is rotated, the subpixel order needs to be updated to accommodate that.  For example, when the screen on a RGB-ordered laptop is rotated left, the screen will have a VRGB order as far as the applications (cairo in this case) is concerned.  It would be rad if gsd can automatically send an update for this.  Currently there is no solution short of the user manually changing the subpixel order.
Comment 1 Behdad Esfahbod 2009-03-06 19:40:59 UTC
Maybe this should be done by GTK+ as multiple monitors may have different subpixel orders...  Gah.  And if the same screen is being rendered on multiple monitors with differing subpixel orders, we simply can't get it right.
Comment 2 Federico Mena Quintero 2009-03-07 00:13:29 UTC

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