Update NEWS

Document gdk_drop_read_async

The legacy event controller is still private

Merge branch 'wip/xdg-shell' into 'master'

xdg shell (stable)

See merge request GNOME/gtk!35

Merge branch 'altBackspaceEmacs' into 'master'

Add binding for <alt>BackSpace to emacs keys

See merge request GNOME/gtk!96

emoji chooser: Match search terms better

Use g_str_match_string for better results.

Update Turkish translation

win32: Fix build

dnd: Add a private struct

And put member veriables into it.

Also fix backends to use accessors instead of direct access.

dnd: Remove gdk_drop_reply()

It was only necessary for Motif DND, and we don't support that anymore.

gdk: Remove gdk_drag_grop_succeeded()

It's unused and most backends don't implement it.

snapshot: merge container nodes

A container node inside another container node doesn't make a lot of
sense, we can instead just use the parent container node and add the
child container node's children to it directly.

recorder: Fix cairo node display

We can only upload image surfaces as a texture but cairo nodes use
recording surfaces now.

gl renderer: Remove ops debug message

Without a node name, this doesn't make much sense anymore.

Merge branch 'wip/lantw/gtk4-use-dev-evdev-input-h-on-freebsd' into 'master'

wayland: Use dev/evdev/input.h on FreeBSD (GTK4)

See merge request GNOME/gtk!133

Add missing types to gtk docs

Add missing types to gdk docs

wayland: Use dev/evdev/input.h on FreeBSD

The header linux/input.h used by GDK is specific to Linux. It is
possible to get a few Linux headers on FreeBSD by installing v4l_compat,
but it is usually better to use the one shipped with FreeBSD.

We prefer dev/evdev/input.h to linux/input.h here, so it will always use
dev/evdev/input.h on FreeBSD regardless of v4l_compat.

https://svnweb.freebsd.org/changeset/ports/465644

gl renderer: Ignore nodes  outside of the clip

Pretty sure this will bite me later but for now we avoid rendering nodes
that we are not going to see anyway.

gl renderer: Use simple offset for selected offset node children

widget: add shortcut to gtk_widget_set_child_visible

So we don't do unnecessary work when just setting priv->child_visible to
the same value again.

widget: Don't mention gtk_widget_snapshot() in the docs

It's not public so people can't know about it.

Merge branch 'wip/carlosg/controller' into 'master'

carlosg/controller

See merge request GNOME/gtk!131

wayland: Various whitespace cleanups

Broke up a long line, added an empty one, indented another one, and re-aligned
a large amount of function parameter names that got misaligned in some past
refactoring.

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

wayland: Add support for xdg-shell stable

This commit adds support the stable version of the xdg-shell protocol.
Support for the last version of the unstable series is left intact, but
will not receive new features.

The stable version is prioritized above the older version.

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

Fix some g-i annotation warnings

Fix the modelbutton demo _again_

It lost the action-target properties again.

Merge branch 'docs' into 'master'

gitlabci: Add gtk-doc to the container image.

See merge request GNOME/gtk!130

gitlabci: Add gtk-doc to the container image.

Merge branch 'lrn/meson-intl' into 'master'

Link libgtk to libintl

See merge request GNOME/gtk!113

Merge branch '169-gtktextview-accesses-already-disposed-object' into 'master'

Resolve "GtkTextView accesses already disposed object"

Closes #169

See merge request GNOME/gtk!109

Update German translation

Merge branch 'window-activate-grab-4-2.4' into 'master'

gdk: do not deactivate surface on keyboard grab

Closes #85

See merge request GNOME/gtk!120

gdk: do not deactivate surface on keyboard grabs

When pressing e.g. a window manager shortcut, which acquires keyboard grab,
Xorg would send FocusOut NotifyGrab then FocusIn NotifyUngrab.  Currently
gdk would then deactivate the current surface, which makes accessibility
screen readers think that we have switched to a non-accessible application
and came back again, and thus reannounce the application frame etc. which we
don't want when e.g. just raising volume.

And actually, receiving FocusOut NotifyGrab does not mean losing the
X focus, it only means an application aqcuired a grab, i.e. it is
temporarily stealing keyboard events. On Wayland, this isn't even
notified actually.

This commit makes gdk only deactivate surfaces when there was an actual
focus switch to another window, as determined by has_focus_window (instead
of just has_focus), which happens either normally through FocusOut with
NotifyNormal, or during grabs through FocusOut with NotifyWhileGrabbed.

Fixes #85

Misc documentation fixes

Close some gaps in gdk docs.

Document GdkMemoryTexture

More doc build fixes

If only the errors would make it back to stderr.

More doc build fixes

Add offset nodes to the docs

Fix the gdk doc build

GdkDrawingContext no longer exists.

Update Friulian translation

dnd: Make GdkDragContext::device a (construct-only) property

Also remove gdk_drag_context_set_device() and insist on backends using
the property.

wayland: Create drop contexts on demand

Instead of creating and reusing the same one from start to finish.

dragsource: Use capture phase for gesture

Otherwise buttons don't work as drag sources, and we like to do that.

gtk-demo: Always have at least 1 icon in the fishbowl

When changing the widget type, don't start out with 0 icons.

Update Esperanto translation

imcontextsimple: ensure W32 code only runs on W32 displays

gdk_win32_keymap_check_compose() shouldn't be called for
non-W32 displays (i.e. when using broadway or other backends
that could be made to run on Windows).

gesturestylus: Port to new API model

eventcontrollerkey: Port to new API model

eventcontroller: Make widget no longer a construct-only property

The new API model is now complete. To set a widget on a controller, it
is now necessary to call gtk_widget_add_controller().

padcontroller: Port to new API model

eventcontrollermotion: Port to new API model

eventcontrollerscroll: Port to new API model

draggesture: Port to new API model

longpressgesture: Port to new API model

multipressgesture: Port to new API model

pangesture: Port to new API model

swipegesture: Port to new API model

zoomgesture: Port to new API model

rotategesture: Port to new API model

legacycontroller: Port to new API model

We no longer set the widget on construction, but instead require an
explicit call to gtk_widget_add_controller().

This way, the reference handling becomes explicit and bindable.

Because gtk_widget_add_controller() is (transfer: full), we don't
even need to unref the controller after adding it.
And we don't need to keep track of it, because controllers get cleaned
up by GtkWidget.

filechooser: Put event controllers into ui file

placesviewrow: Put event controllers into ui file

widget-factory: Put gesture into ui file

emojichooser: Put event controllers into ui file

aboutdialog: Put event controllers into ui file

widget: Allow adding event controllers in ui files

widget: Expose gtk_widget_add_controller()

.. and gtk_widget_remove_controller().

eventcontroller: Move declaration

This is in preparation for exposing APIs in gtkwidget.c

eventcontroller: Add vfuncs to (un)set widget

This is the first step towards refactoring how widgets deal with event
controllers.

In the future, the widget will treat controllers the same way it treats
child widgets:
1. The controllers will be created without a widget.
2. There will be gtk_widget_add/remove_controller() functions to add
   or remove controllers.
3. The widget will hold a reference to all its controllers.

This way we will ultimately be able to automate controllers with ui
files.

Add gtk_printer_get_hard_margins_for_paper_size

to retreive paper size specific hard margins and use this
to set the hard margins in the print context.
(modified by Marek Kasik <mkasik@redhat.com>)

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

Update Friulian translation

menu: Set up callback with a return function

The function hooked up to the ::key-pressed signal should have
a return value. Pointed out by Peter Bloomfield.

comboboxtext: GTK_DISABLE_SINGLE_INCLUDES is not a thing

What you don't find when laughing at vcpkg having a CMake build file for
GTK.

Updated Spanish translation

notebook: Fetch directly current event state/device

gtk_get_current_event() returns a new reference to the event, it should
be freed across various return branches to avoid the event leak, or we
just fetch the little stuff we're interested in.

range: Do not unconditionally stop events in event handler

Prevents keybindings from working on scales.

combobox: Do not unconditionally stop events in event handler

Prevents combobox menus from being closed.

cairocontext: Remove fallback implementations

Now that all Cairo contexts are ported to managing cairo surfaces
themselves, the old fallback code that didi the managing is no longer
needed.

Also clarify the behavior of gdk_cairo_context_cairo_create() wrt the
vfunc by doing the early exit and the clipping outside of it.

GDK W32: Switch to GdkCairoContext

* Remove DC refcounting (we trust GDK to always do
  begin_frame/end_frame calls in pairs)
* Now that there's no GDK-provided double-buffer up the stack,
  double-buffering is implemented here
  (though it's disabled by default - in my tests it didn't provide
   any visual improvements, but did decrease performance).
* For some reason delaying window resizes until the point where
  we need to blit the double-buffer into the window leads
  to visual glitches, so doulbe-buffered windows are resized
  in begin_frame, same as non-double-buffered ones.
* New code to clear the paint region, for all drawing modes.
  Hopefully, it isn't duplicated anywhere up the stack.
* GL has its own context now, so remove any GL-related comments.
* Layered windows are still used (because cairo actually works
  better with them)
* A bit more code re-use for layered windows
* Some functions that were local to gdksurface-win32.c are made
  usable for the whole backend
* Drag-indicator drawing is temporarily commented out to match
  a similar change in X11 backend

broadway: Handle offset nodes

broadway: Handle cairo nodes of type recording surface

broadway: Add and use GdkBroadwayDrawContext

broadway: Add basic GdkCairoContext implementation

broadway: Call _gdk_surface_update_size when resizing surface

drawcontext: Only pass the region that matters

We used to pass 2 regions to GdkDrawCotnext.end_frame() but code was
confusing what they meant. So we now don't do that anymore and only pass
the region that matters: The frame region.

drawcontext: Add gdk_draw_context_in_frame() API

This makes the previous gdk_draw_context_is_drawing() function public
under a new name.

I decided against the old name because we use the term "frame" for a
drawing operation, so I wanted to have this boolean flag reuse the term.

drawcontext: Move variable into private struct

... and get rid of duplicate variable in the process.

gdk: Move begin/end_frame() functions

As they require a draw context and the draw context is already bound to
the surface, it makes much more sense and reduces abiguity by moving
these APIs to the draw context.

As a side effect, we simplify GdkSurface APIs to a point where
GdkSurface now does not concern itself with drawing anymore at all,
apart from being the object that creates draw contexts.

gdk: Get rid of GdkDrawingContext

All information is kept in GdkDrawContext these days, so use that one.

gdk: Get rid of gdk_drawing_context_get_clip()

Use the identical gdk_draw_context_get_frame_region() instead.

gdk: Add gdk_draw_context_get_frame_region()

This does the same as gdk_drawing_context_get_clip().

gdk: Remove gdk_gl_context_get_damage()

Remove it only form public API, because we still use the vfunc to figure
out the damage area in begin_frame().

gsk: Refactor damage computation for GL renderer

Previously, we got the damage, then computed the changed area, then
started a frame with that changed area.

But starting a frame computes the damage for us.

So now we start a frame, then get the damage area from that, then
compute the change area.

wayland: Rewrite Cairo rendering

Also, split it into its own file - which was the original reason for
looking at this code, the rewrite was an unintentional side effect.

This changes the context to create surfaces on demand.
So whenever the compositor holds onto a surface while GDK wants to
render, it just creates a new surface. If the compositor releases
surfaces, we will retain one for the next frame to be rendered, but free
all extra ones.
This way, we should get to a stage where we have exactly as many
surfaces as needed and never allocate/free any.

x11: Move implementation of Cairo context backends

Also, don't implement SurfaceClass.ref_cairo_surface() anymore. This
means calls to it will crash now. But as they only happen in the generic
GdkCairoContext implementation, we shouldn't be affected by that.

Plus, once all backends have been ported, that call is going away
anyway.

surface: Merge function into only caller

gdk: Remove GDK_DEBUG=cairo-image

This is the default now - at least until cairo rendering gets split
into backends.

surface: Fold function into only user

cairocontext: Turn cairo_create() function into a vfunc