package oxbow
Install
dune-project
Dependency
Authors
Maintainers
Sources
md5=a637acaa0e19046cd65fff733874eb97
sha512=76230cbecd7510de7a05b5d1f335915ef7b6c4aa557d8dbfd23591606618d2cfa25082d17b93f2f4b53a118d1cbf6a80e4ad51cf0f099b4921fb83d6df0c9801
doc/oxbow.river/River/Server/Xkb/Bindings/River_xkb_bindings_seat_v1/index.html
Module Bindings.River_xkb_bindings_seat_v1Source
Xkb bindings seat.
This object manages xkb bindings state associated with a specific seat.
Version 2
An unbound key press event was eaten.
An unbound key press event was eaten due to the ensure_next_key_eaten request.
This event will be followed by a manage_start event after all other new state has been sent by the server.
Version 3
Active modifiers for the seat changed.
The set of currently active modifiers for the seat changed. This event is only sent when there is a change in state for modifiers marked as watched using the modifiers_watch request.
The old and new arguments convey the set of modifiers active before and after the change. All modifiers are included in the old and new arguments, including modifiers that are not watched.
Since this event is only sent when there is a change in state for watched modifiers, it follows that at least one watched modifier is active in old but inactive in new or vice-versa.
This event will be followed by a manage_start event after all other new state has been sent by the server.
The compositor should wait for the manage sequence to complete before processing further input events. This allows the window manager client to, for example, modify key bindings and keyboard focus without racing against future input events. The window manager should of course respond as soon as possible as the capacity of the compositor to buffer incoming input events is finite.
Handlers
Note: Servers will always want to use v1.