animatedstyle: fail to create new style if timestamp goes backwards

With slowdown factor, we will only we be able to handle timestamps
that monotonically increase.

cssanimation: port to progress tracker

csstransition: port to progress tracker

entry: port to progress tracker

progressbar: port to progress tracker

scrolledwindow: port indicator fade to progress tracker

popover: port to progress tracker

switch: port to progress tracker

revealer: port to progress tracker

stack: skip first frame for animations

Not the ideal solution for this problem, but in practice leads to
much better performance on lower end hardware.

Stack does a double draw on the first frame of its animation, of
both the old contents (into a cairo surface) and the new contents.
Homogeneous stacks only need to reallocate contents on the first
frame.

On lower powered hardware where our frames will be a good deal
slower than the refresh rate anyway, we can assure a smother
experience by waiting a frame to start tweening where frame duration
will be more consistent.

stack: port to progress tracker

inspector: add slider to control slowdown factor

progresstracker: add GTK_SLOWDOWN environment variable

As we consolidate widgets to use progress tracker, this will allow
us to control the speed of all animations in a centralized place

progresstracker: simple struct to track animation progress

demos: Show slider/rotation axes in "Event axes" demo

wayland: Propagate slider/rotation axes from tools to devices

test: do not remove files on distclean

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

wayland: do not update shadows for child windows

glade-previewer places a gtkwindow inside another toplevel gtkwindow,
updating the shadow width for the client induces a busy loop where the
parent will grow continuously until it crashes gnome-shell/mutter.

To avoid the loop, do not update the shadow width if not dealing with a
toplevel window.

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

gdkevents: Fix GDK_AVAILABLE_IN annotation

These functions have just been added. An oversight prior to merging
wayland tablet.

wayland: Check the tablet manager before creating a wp_tablet_seat

This makes things non-crashy if the compositor doesn't provide wp_tablet_manager

gtk3-demo: Add tool information to "Event axes" demo

Print tool type and serial, if found.

wayland: Hook tablets to GdkSeat

Those are now also grabbed togetther with other master pointers,
so everything is able to interoperate on eg. popups triggered by
other devices.

wayland: Translate pen buttons into button events

up/down already take GDK_BUTTON_PRIMARY, we translate BTN_STYLUS(2)
into GDK_BUTTON_MIDDLE/SECONDARY.

Wayland: Translate wl_tablet.down/up into button events

These are sent with button=GDK_BUTTON_PRIMARY, axes must be also
included in these events, in addition to motion ones.

Wayland: Translate tool axes in motion events

On wayland, such axes are per-tool, we must update device capabilities
on the fly as new tools enter proximity, first the slave device so
it matches the current tool, and then the master device so it looks
the same than the current slave device.

Wayland: Implement proximity/crossing/motion event emission on tablets

Each tablet will update its own GdkWaylandPointerData separately. This
commit only adds plain motion event emission so far, no axes are managed
yet.

Wayland: Add initial support for drawing tablets

Only the management of tablets and tools is added so far. No tablet events
are yet interpreted.

As it's been the tradition in GTK+, erasers are split into their own device,
whereas the rest of the tools are meant to be routed through the
GDK_SOURCE_PEN device. Both pen/eraser devices are slaves to a master
pointer device, separate to wl_pointer's. This is so each tablet can
maintain its own cursor/positioning accounting.

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

build: Bump wayland-protocols dependency to 1.3

Needed for tablet support

wayland: Refactor master pointer data into a separate struct

This will enable multiple "pointers" to have separate data here.
Will come out useful when adding support for tablets, as they
will have a separate cursor for all purposes.

gdkcursor-wayland.c: Minor indentation fix

Changed the tabs to spaces

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

x11: Use XInternAtom directly on poking device hardware IDs

This way we don't cache the property if it wasn't previously there,
added by the driver itself. Bailing out is due there.

demos: Enable multidevice behavior on event-axes demo

On wayland we get separate master/slaves for each tablet, we will
need to receive crossing events for each master pointer if there's
more than one around.

demos: Set crossing events mask explicitly on event-axes demo.

gtk3-demo: Show multiple master devices on the "Event axes" demo

gtk-demo: Add support for distance in event_axes

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

gtk-demo: Use GdkAxisUse instead of axis labels

Axis labels are very X specific, and are not really possible to port to other
backends such as Wayland. As such, it makes more sense to use GdkAxisUse and
GdkAxisUseFlag in order to determine the axis capabilities of a device and draw
their axes.

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

GdkDeviceTool: Add GdkAxisFlags info to tablet tools

Different tools may have different sets of axes, we should store that
info somewhere.

GdkDeviceTool: Add GdkDeviceToolType to identify the physical tool type

Because there are multiple different types of styluses that can be used with
tablets, we have to have some sort of identifier for them attached to the
GdkDeviceTool, especially since knowing the actual tool type for a GdkDeviceTool
is necessary for matching up a GdkDeviceTool with it's appropriate
GdkInputSource in Wayland (eg. matching up a GdkDeviceTool eraser with the
GDK_SOURCE_ERASER GdkInputSource of a wayland tablet).

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

x11: Set GdkDeviceTool on motion/button events

The last known tool from the device is used here. If no tool is known,
the event will just have a NULL pointer there.

x11: Update GdkDevices on "Wacom Serial IDs" property changes

This takes care of the emission of GdkDevice::tool-changed, plus the
updating of the internal device accounting.

gdk: Forward tools in client-side windows event translation

events: Add gdk_event_[gs]et_device_tool()

This getter/setter will manage the tool pointer in GdkEventPrivate. The
setter should be most notably used by backends.

GdkSeatDefault: Add functions to add/remove tools

This may be used by any backend using GdkSeatDefault as its seat
implementation.

gdk: Add GdkSeat::tool-added/removed signals

And a helper function to lookup a tool from the seat. Those are
tracker per-seat, and may be shared across devices.

gdkdevice: Add GdkDevice::tool-changed signal

On the devices and backends that support it, this signal will be emitted
on slave/floating devices whenever the tool they are interacting with
changes. These notifications may also work as a sort of proximity events,
as the tool will be unset when the pen moves too far.

For backends, gdk_device_update_tool() has been included, all that should
be done on their side is just calling this whenever any tool might have
changed.

gdkdevice: Add GdkDeviceTool to identify device tools

GdkDeviceTool is an opaque object that can be used to identify a given
tool (eg. pens on tablets) during the app/device lifetime. Tools are only
set on non-master devices, and are owned by these.

The accounting functions are made private, the only public call on
GdkDeviceTool so far is gdk_device_tool_get_serial(), useful to identify
the tool across runs.

device: Add gdk_device_get_axes(), and ::axes property

This returns a GdkAxisFlags, holding the axes currently available
through this device.

device: Add distance/rotation/slider GdkAxisUse values

These are possible to handle in tablets, so add a value for these in the
axis enum.

GDK W32: Don't move windows into top-left corner on style change

This fixes a bug that was introduced by db1b24233e758200ab9bc23fdb9b64dba4876a00.
The reason why 0:0 coordinates were passed was that SWP_NOREPOSITION was
misinterpreted as SWP_NOMOVE. That is not the case - SWP_NOREPOSITION
prevents owner Z-order change, not the window position change.

wayland: Do not resize with the same size

gnome-control-center is calling gtk_window_resize() on configure-event
signals which leads to a busy loop.

Avoids such a busy loop by not re-configuring a window with the same
size, unless this is coming from and xdg-shell configure.

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

Clarify that one cannot use the same variable

A naive way to perform an action on all parent nodes of a given node
could be to do:

while(gtk_tree_model_iter_parent(model, &iter, &iter)) {
/* perform some action on iter here */
}

However, since gtk_tree_model_iter_parent() will initialize the iterator
pointed to by the second parameter before performing the lookup, this
will not work.

Explicitly document this behaviour.

Signed-off-by: Wouter Verhelst <w@uter.be>
https://bugzilla.gnome.org/show_bug.cgi?id=573380

cups: Fix "format not a string literal" error

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

recent-manager: Fix "format not a string literal" error

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

file-chooser-widget: Fix "format not a string literal" error

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

about-dialog: Fix "format not a string literal" errors

A non-intrusive fix.

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

ui-manager: Fix "format not a string literal" errors

Quite a bit of code movement, but necessary to build with the
default format errors produced by newer versions of GCC.

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

Adwaita: transparent textview border border

So it will play nicely with gedit color combinations.
See https://bugzilla.gnome.org/show_bug.cgi?id=764203

Updated Greek translation
(cherry picked from commit 40afffb9fde9f2fc46d1fafd9dcdca7692e065ef)

Move GdkDeviceManager to deprecated section

It has been superseded by GdkSeat.

Add an index for 3.22 api additions

wayland: Remove an unused vfunc

wayland: Remove unused field

Updated Esperanto translation

Updated Esperanto translation

headerbar: Don't underallocate the label box

We use a label_sizing_box to make sure the headerbar can always contain
both a title and a subtitle without resizing when showing/hiding either
of them, but we should only do that for the height; the min width of the
label_box can be larger than that of the label_sizing_box.

Adwaita: style textview border

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

Adwaita: cosmetic fixes

wayland: Avoid NULL slave devices in GdkSeat::get_slaves

Just because we're asked for a capability, it doesn't mean we have
it.

Adwaita: set secondary caret color to selection blue

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

gtkwindow: Don't allow unresizable windows to be smaller than required

Commit cdc580463e409a9b7e5f1480afa68d875ff3ff65 made it so that
unresizable windows can't be smaller than a set default size but it
lost the logic to ensure these windows remain at least big enough to
comply with their requisition.

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

widget: Always warn when underallocating widgets

wayland: Print out more debug info

Print out the subpixel layout and frame rates that the compositor
sends us.

gdkwindow: Remove O(n-children) code in gdk_window_invalidate

When we invalidate a window we need to also invalidate all child windows
that are native (non-native are automatically invalidated as we track
invalidation once per native window only). This was done in a pretty
inefficient way, recursing over the entire tree.

This makes the invalidation much faster by only looking at the native
children of the native window we're in, filtering out those that
are not a descendant of the client side window we're interested in.
Given that there are very few native subwindows this is much faster.

icon theme: Make the builtin hicolor index match reality

We were missing all of the status directories, and a few sizes.
This was causing us to not find image-missing on systems without
hicolor icon theme (this basically only happens on Windows).

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

Updated Thai translation.

Use AM_DISTCHECK_CONFIGURE_FLAGS

This is preferred over DISTCHECK_CONFIGURE_FLAGS in modern automake.

Adwaita: theme acceleditor > label

We need to have an opaque background here, otherwise the underlying
cell shines through.

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

Accel cell renderer: Set a css name

Give the event box we use here the distinctive name "acceleditor".

widget: queue a redraw only if resize highlighting is enabled

e8aa9b0440e03e7002323922f862342db51c5f32 introduced a new debug mode
that highlights resizes. Unfortunately it has the side effect of
always queueing redraws even when the debug mode is not enabled.
Make the redraw conditional.

window: Make the sample code obey the party line on geometry widgets

The geometry_widget parameter is deprecated [1]. If one is passed, we
remove GDK_HINT_BASE_SIZE and GDK_HINT_RESIZE_INC from the mask [2].

[1] commit 08974a1e9a6099a5a94b9d56970dbf96e473ba87
[2] commit f7cc4abbad76f354cdc740e7fb9192719f72a89a

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

GDK W32: Use a dumb window class for decorative windows

Currently only one kind of decorative window is in use - the shape
indicator that is shown when snapping windows to the edge of the screen.

When normal toplevel class is used, its window procedure expects certain
motions from GDK (passing user data to CreateWindowEx(), registering
handle in a hash map etc), and might crash if that is not done.

Dumb window doesn't require anything, it can just be.

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

GDK W32: Add/subtract shadow when (un)snapping

Now halfleft/halfright/fullup snaps do hug screen edges as intended.

Documents AeroSnap behaviour when snapped windows are drag-resized
(currently this implementation handles this in a very simplistic way).

Don't believe GTK when it tells us that window shadow is 0, preserve
previous values (but do remember that GTK wants no shadow, in case
we need that).

Fixes a couple of bugs in unsnapping (check offset against the half
of the window; don't put pointer in the middle of the window vertically
if it still fits in the top half).

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

GDK W32: Add/subtract shadow when drag-resizing

Implements gdk_win32_window_set_shadow_width().
Uses shadow width/height to adjust max tracking size, allowing
windows to be drag-resized to cover the whole desktop.

Also uses SM_C*VIRTUALSCREEN instead of SM_C*MAXTRACK.

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

GDK W32: Draw snap indicators for AeroSnap

Indicator is a bare layered click-through native window,
painted completely by GDK, including animation.

This commit also isolates some of the more spam-ish debug logging
under ifdef.

This commit also changes the system metric used for maximal window
height for the snapping purposes. Turns out, SM_CYMAXTRACK is way
too large, use SM_CYVIRTUALSCREEN instead.

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

GDK W32: Add drag-to-snap feature to AeroSnap

This implements the part of AeroSnap that snaps windows when you
drag them (while moving or resizing) to the edge of the screen.

It also fixes drag behaviour for snapped and maximized windows
(if such windows are dragged, first they must be unmaximized/unsnapped).

Note that this code does not take into account the shadow width, and
because of that the under-pointer-position-preserving window moves
might not look as such for maximized windows, which lack the shadow
when maximized, but do have the shadow when unmaximized.

This commit also doesn't cover some corner-cases the same way AeroSnap does.

Also, the snapping indicator (which is supposed to be a window shape that
shows where the window will be if the drag op is stopped at its current
point) is not being drawn, all routines responsible for its creation,
moving and drawing are stubs.

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

GDK W32: Improve AeroSnap - don't resize windows that fit

This is what AeroSnap does. If a window is being unsnapped on
a new monitor, check if the work area is large enough for the
window to fit in its normal size. If the window fits, just
reposition it so that the ratio of
left-window-edge-to-screen-edge / right-window-edge-to-screen-edge
remains the same, without scaling the window.

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

GDK W32: Re-implement AeroSnap for CSD windows

It works exactly like AeroSnap.
Except for shift+win+left/right, which is left for AeroSnap
to handle (AeroSnap takes action before we get the message,
so there's no way for us to override it).
The only thing that doesn't work is shift+win+left/right on
a maximized window, for reasons unknown at the moment.

This only implements winkey+stuff behaviour of AeroSnap,
not the drag-to-the-edge-and-something-funny-happens one.

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

window: Fix gtk_window_set_geometry_hints documentation

The geometry_widget parameter is ignored from 3.20 onwards [1], not
3.18 as mentioned in the documentation.

[1] commit 08974a1e9a6099a5a94b9d56970dbf96e473ba87

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

Bump to 3.21.0

Otherwise newly added API will start warning.

GDK W32: Erase hidden layered windows before showing them

If a layered window was hidden and is made visible, erase its
contents before showing it. GDK will schedule a redraw, but until
then we generally don't want to show old contents.

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

GDK W32: Implement show_window_menu()

This is achieved by sending undocumented message WM_SYSMENU
to the window.
Before doing that, the window is given WS_SYSMENU style
(to enable window menu) and some combination of
WS_MAXIMIZEBOX (for "Mazimize" item)
WS_MINIMIZEBOX (for "Minimize" item)
WS_SIZEBOX (for "Size" item)
depending on which operations are currently permissible.

WM_SYSMENU is processed by DefWindowProc(), which results
in showing the window menu. We remove extra styles
at the first opportunity (WM_INITMENU message), as they
alter the way our window is rendered.

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

Adwaita: set caret-color for drop targets

Adwaita: cosmetic fix

Add some tests for GdkRectangle

In particular, we're testing corner cases with empty rectangles
here.

Expand visual tests a bit

Add tests for seat apis

These are just some basic sanity tests.

Move autotestkeywords to testsuite

All the 'make check' and installed tests are now in testsuite/,
and tests/ is just a collection manual test programs.

window: Remove suspicious branch

While this commit was found to make emacs windows shrink (and it was
reverted in the gtk-3-20 branch for that reason), that was the only
observed breakage, while the reversal broke several of our unit tests.

Closer study of the emacs sources revealed that it does some really
unsupportable things like doing its own X event handling behind GTK+'s
back and freely mixing sizes of GtkWindows and GdkWindows obtained in
various ways. I've filed a bug against emacs with suggestions for how
to avoid the shrinking window, regardless of this commit.

Original commit message:

It seems this branch is not needed anymore. It was originally added in
1999 to support gtk_widget_realize(), but all those reasons seem
obsolete today.
Instead just call gtk_widget_realize().

If you end up at this commit when bisecting:
There is no bug that made me remove this code, it was purely meant to be
cleanup / dead code removal. I seem to have introduced a new bug or
bisecting wouldn't have let you here. So it seems we should just revert
this commit.

gtkapplication: _get_app_menu can return NULL

Updated Lithuanian translation