GitLab

This is required for the X backend GL integration. If the
window has a height that is not a multiple of the window scale
we can't properly do the y coordinate flipping that GL needs.
Other backends can ignore this and use the default implementation.

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

Rather than just rounding down the position *and* the size separately
we correctly calculate a rectangle in scaled window coords that fully
covers the real window size. This really only makes a difference
when the window size/position isn't a multiple of the window scale.

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

Keep track of the exact size of X windows in underlying pixels; we
generally use the scaled size instead, but to properly handle the GL
viewport for windows that aren't a multiple of window_scale,
we need to know the real size.

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

Although we specify a resize increment to try and get a size that is
a multiple of the window scale, maximization typically wins
over the resize increment, so the window might be odd sized.

Round *up* in this case, rather than down, since it's better to
truncate a line or two at the bottom and right of the window rather
than have a line or two that we don't know what to do with.

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

Implement GdkGLContext using EGL and use hardware mir surfaces
when a GdkWindow uses gl rendering.

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

The intention was that ::iconic indicates which representation is
preferred (text or icon). We fall back to the other representation
if one is missing.

Only emit notify for ::visible-submenu when the visible page
in the stack actually changed.

Expose the position as a child property and the visible page
as a property. These are useful in glade.

We currently emit a warning if you rename a child to the name
it already has. We shouldn't do that.

This reverts commit 7543e7b2.

This reverts commit 17f48e3a.

If the widget is an action widget, it's been previously added with
gtk_dialog_add_action_widget, which calls add_response_data on it, which
in turn connects to the clicked/activate signal of that widget, so we
don't need to connect to that signal a second time in
gtk_buildable_custom_finished.

When overshooting through touchpad kinetic scrolling, the scrollbar remains
mostly static as it already hit a boundary. However, the fade in/out checks
are constantly run during scroll events, causing needless redraws in this
specific case.

Otherwise it is rendered too on each indicator window, possibly bringing
in an unintended opaque background there. Better seen with git show -b.

Recent changes to the Mir backend require an unreleased version.

Extend the hack we have in place for composite containers to
GtkPopoverMenu.

This is required to make glade work.

The touch-selection class is sufficient since that needs special
casing whatever.

The touch-selection class is sufficient since that needs special
casing whatever.

When the pointer starts hovering the scrollbar after it already
started fading out, interrupt the fade and keep the scrollbar
around.

Keeps the compiler happy.