lp:~fourdollars/unity-settings-daemon/add-hidpi-support

Created by Shih-Yuan Lee on 2015-01-14 and last modified on 2015-01-14
Get this branch:
bzr branch lp:~fourdollars/unity-settings-daemon/add-hidpi-support
Only Shih-Yuan Lee can upload to this branch. If you are Shih-Yuan Lee please log in for upload directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Shih-Yuan Lee
Project:
Unity Settings Daemon
Status:
Development

Recent revisions

4076. By Bastien Nocera on 2015-01-14

xrandr: Don't check for hi-dpi on monitors with broken EDID

If the monitor reports a width/height that looks suspiciously like an
aspect ratio (16/9 or 16/10) don't check for hi-dpi. We can assume that
makers of devices that do support hi-dpi aren't so careless.

See http://cgit.freedesktop.org/~daniels/xserver/commit/?h=lodpi

https://bugzilla.gnome.org/show_bug.cgi?id=738748

4075. By Owen Taylor on 2015-01-14

xsettings: remove check for native resolution when determining hi-dpi

A non-native resolution, can still be hi-dpi - e.g., on my laptop,
gnome-settings-daemon lists a resolution of 1920x1440 on my 2560x1440
display. The other checks we have in place should be sufficient to
disable hi-dpi support if the user picks a small resolution.

https://bugzilla.gnome.org/show_bug.cgi?id=709859

4074. By Owen Taylor on 2015-01-14

xsettings: Never turn on hi-dpi support for small resolutions

If the screen is less than 1200 pixels high, don't turn on hi-dpi
support - GNOME isn't going to work with that little vertical
real estate, and it's better just to be small.

https://bugzilla.gnome.org/show_bug.cgi?id=709859

4073. By Owen Taylor on 2015-01-14

xsettings: Don't mix GnomeRR and GDK information

If we don't mix information from GnomeRR and GDK, then the "changed"
signal on GnomeRRScreen is all we need to properly know when the
resolution of the system is changed - mixing them presents problems
because GDK may not yet have updated it's information from X when the
"changed" is triggered by a D-Bus signal.

We still use GDK information before we have a GnomeRRScreen to minimize
the chance of switching the window scale during startup.

https://bugzilla.gnome.org/show_bug.cgi?id=709859

4072. By Owen Taylor on 2015-01-14

xsettings: Use gnome_rr_screen_new_async()

Since gnome-settings-daemon starts before Mutter, we need to use
gnome_rr_screen_new_async() to wait for Mutter to start and provide
the screen information over D-Bus.

https://bugzilla.gnome.org/show_bug.cgi?id=709859

4071. By Bastien Nocera on 2015-01-14

xsettings: Enable hidpi scaling on 4K monitors

Even if HDMI is used.

https://bugzilla.gnome.org/show_bug.cgi?id=709859

4070. By Bastien Nocera on 2015-01-14

xsettings: Disable scaling factor on HDMI outputs

If the output is HDMI, it's likely that the output is a TV, so
don't increase the scaling factor.

https://bugzilla.gnome.org/show_bug.cgi?id=709859

4069. By Bastien Nocera on 2015-01-14

xsettings: Check native resolution for scaling factor

Check whether the panel is running at its native resolution before
applying the scaling factor. We don't want hi-dpi screens running
below native resolution to have a high scaling factor.

https://bugzilla.gnome.org/show_bug.cgi?id=709859

4068. By Bastien Nocera on 2015-01-14

xsettings: Use primary monitor for scaling factor

Not screen 0.

https://bugzilla.gnome.org/show_bug.cgi?id=709859

4067. By Shih-Yuan Lee on 2015-01-14

Revert the changes of "Instead of auto-detecting, default to a scaling factor of 1".

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
lp:unity-settings-daemon
This branch contains Public information 
Everyone can see this information.

Subscribers