Updated POTFILES.skip
quartz: Remove unused functions

The _gdk_windowing_* stuff is not used anymore
win32: Remove unused functions

The _gdk_windowing_* stuff is not used anymore
add gdk_screen_ and gdk_window_get_scale_factor()

These report the internal scaling factor, mapping from UI pixels
to hardware pixels.
offscreenwindow: Handle window_scale

We create similar windows in the right way to get the
device scale right.
quartz: Implement get_scale_factor() on screen and window
gtk: add gtk_widget_get_scale_factor()
widget: Track when the window scale factor changes and notify

The scale-factor property on the widgets will be notified, and the
scale will change on the style property, causing us to pick up
new css assets.
pixel-cache: Refresh pixel cache on window scale factor changes.
configure: Add buildtime check for cairo_surface_set_device_scale

We will need this for the window scale support, but its not yet
in a stable cairo release (or even on a master yet), so we make
this optional.
gdkwindow: Respect cairo surfaces with device scale

If a cairo_surface for a window has a device scale set we need
to respect this when creating a similar window. I.e. we want
to then automatically create a larger window which inherits
the scale from the original.

We also need to calculate a different device_offset if there
is a device_scale set.
gdk: add gdk_window_create_similar_image_surface

This lets us create image surfaces that render faster on specific windows.
It also supports creating scaled image surfaces.
gdk: Add gdk_cairo_surface_create_from_pixbuf
wayland: Implement gdk_screen_get_monitor_scale()

We bind to the newer version of the wl_output which supports
the new done and scale events, and if we use this to get the
scale for each monitor (defaulting to 1 if not supported).
wayland: Require wayland-client 1.1.90

This has the new methods required for buffer scaling.
wayland: Support gdk_window_get_scale

We track the list of outputs each window is on, and set the
scale to the largest scale value of the outputs. Any time the scale
changes we also emit a configure event.
x11: Initial cut at supporting window scaling for X11

If you set GDK_SCALE=2 in the environment then all windows will be
scaled by 2. Its not an ideal solution as it doesn't handle
multi-monitors at different scales, and only affects gtk apps.
But it is a good starting points and will help a lot on HiDPI
laptops.
x11: Support the Gdk/WindowScalingFactor xsetting

This xsetting can be used to tell Gtk to use a specific window
scaling for the screen.
x11: Add Gdk/UnscaledDPI to override Xft/DPI

This lets use use a scaled Xft/DPI for old apps while not
blowing up the size of scaled windows. Only apps supporting
Gdk/WindowScaleFactor should supprt Gdk/UnscaledDPI.
x11: Don't follow dpi and scale from xsettings when GDK_SCALE set

If things are hardcoded in the environment, that wins.