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 710503 - layout: Scale monitor geometry by scale factor
layout: Scale monitor geometry by scale factor
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2013-10-19 12:44 UTC by drago01
Modified: 2014-04-01 22:07 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
layout: Scale monitor geometry by scale factor (1.61 KB, patch)
2013-10-19 12:44 UTC, drago01
rejected Details | Review

Description drago01 2013-10-19 12:44:30 UTC
We should respect CLUTTER_SCALE when set (see patch).
Comment 1 drago01 2013-10-19 12:44:32 UTC
Created attachment 257699 [details] [review]
layout: Scale monitor geometry by scale factor

In order to properly render for hidpi screens (when CLUTTER_SCALE is set),
we need to scale the monitor's geometry by that value instead
of using pixels directly.
Comment 2 drago01 2013-10-19 12:47:32 UTC
OK seems like we need more then that. Mutter uses "real" pixels for window placement so windows end up placed off screen.
Comment 3 drago01 2013-10-19 12:48:53 UTC
Review of attachment 257699 [details] [review]:

Same for maximize so it makes more sense to move that code into mutter.
Comment 4 Ray Strode [halfline] 2013-10-19 14:17:44 UTC
Of course, CLUTTER_SCALE isn't going to be the canonical way to get the clutter scale factor going forwad, too.  It's going to read the XSetting.
Comment 5 drago01 2013-10-19 14:22:44 UTC
(In reply to comment #4)
> Of course, CLUTTER_SCALE isn't going to be the canonical way to get the clutter
> scale factor going forwad, too.  It's going to read the XSetting.

Yeah this was just the easiest way to test it / play with it (without modifying clutter).
Comment 6 drago01 2013-10-19 15:22:09 UTC
Hmm this is kind of messy if you have two monitors and one of them is hidpi ... we'd want to scale on the high dpi one but not on the "normal" one .. does gtk handle this? If yes how?
Comment 7 drago01 2013-10-19 15:22:40 UTC
Review of attachment 257699 [details] [review]:

This can't work ... need to be solved differently.
Comment 8 Jasper St. Pierre (not reading bugmail) 2013-10-19 15:46:53 UTC
(In reply to comment #6)
> Hmm this is kind of messy if you have two monitors and one of them is hidpi ...
> we'd want to scale on the high dpi one but not on the "normal" one .. does gtk
> handle this?

No.
Comment 9 drago01 2014-04-01 22:07:11 UTC
This is no longer needed now with the other hidpi fixes.