the gdk.Window which will own the grab (the grab window)
specifies the grab ownership.
if FALSE then all device events are reported with respect to window and are only reported if selected by event_mask. If TRUE then pointer events for this application are reported as normal, but pointer events outside this application are reported with respect to window and only if selected by event_mask. In either mode, unreported events are discarded.
specifies the event mask, which is used in accordance with owner_events.
the cursor to display while the grab is active if the device is a pointer. If this is NULL then the normal cursors are used for window and its descendants, and the cursor for window is used elsewhere.
the timestamp of the event which led to this pointer grab. This usually comes from the gdk.Event struct, though GDK_CURRENT_TIME can be used if the time isn’t known.
GDK_GRAB_SUCCESS if the grab was successful.
Deprecated: Use Seat.grab instead.
3.0
Grabs the device so that all events coming from this device are passed to this application until the device is ungrabbed with Device.ungrab, or the window becomes unviewable. This overrides any previous grab on the device by this client.
Note that device and window need to be on the same display.
Device grabs are used for operations which need complete control over the given device events (either pointer or keyboard). For example in GTK+ this is used for Drag and Drop operations, popup menus and such.
Note that if the event mask of an X window has selected both button press and button release events, then a button press event will cause an automatic pointer grab until the button is released. X does this automatically since most applications expect to receive button press and release events in pairs. It is equivalent to a pointer grab on the window with owner_events set to TRUE.
If you set up anything at the time you take the grab that needs to be cleaned up when the grab ends, you should handle the GdkEventGrabBroken events that are emitted when the grab ends unvoluntarily.