| Top | |
|
|
|
In addition to a single pointer and keyboard for user interface input, CDK contains support for a variety of input devices, including graphics tablets, touchscreens and multiple pointers/keyboards interacting simultaneously with the user interface. Such input devices often have additional features, such as sub-pixel positioning information and additional device-dependent information.
In order to query the device hierarchy and be aware of changes in the device hierarchy (such as virtual devices being created or removed, or physical devices being plugged or unplugged), CDK provides CdkDeviceManager.
By default, and if the platform supports it, CDK is aware of multiple
keyboard/pointer pairs and multitouch devices. This behavior can be
changed by calling cdk_disable_multidevice() before cdk_display_open().
There should rarely be a need to do that though, since CDK defaults
to a compatibility mode in which it will emit just one enter/leave
event pair for all devices on a window. To enable per-device
enter/leave events and other multi-pointer interaction features,
cdk_window_set_support_multidevice() must be called on
CdkWindows (or ctk_widget_set_support_multidevice() on widgets).
window. See the cdk_window_set_support_multidevice() documentation
for more information.
On X11, multi-device support is implemented through XInput 2.
Unless cdk_disable_multidevice() is called, the XInput 2
CdkDeviceManager implementation will be used as the input source.
Otherwise either the core or XInput 1 implementations will be used.
For simple applications that don’t have any special interest in
input devices, the so-called “client pointer”
provides a reasonable approximation to a simple setup with a single
pointer and keyboard. The device that has been set as the client
pointer can be accessed via cdk_device_manager_get_client_pointer().
Conceptually, in multidevice mode there are 2 device types. Virtual devices (or master devices) are represented by the pointer cursors and keyboard foci that are seen on the screen. Physical devices (or slave devices) represent the hardware that is controlling the virtual devices, and thus have no visible cursor on the screen.
Virtual devices are always paired, so there is a keyboard device for every
pointer device. Associations between devices may be inspected through
cdk_device_get_associated_device().
There may be several virtual devices, and several physical devices could be controlling each of these virtual devices. Physical devices may also be “floating”, which means they are not attached to any virtual device.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
carlos@sacarino:~$ xinput list ⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ Wacom ISDv4 E6 Pen stylus id=10 [slave pointer (2)] ⎜ ↳ Wacom ISDv4 E6 Finger touch id=11 [slave pointer (2)] ⎜ ↳ SynPS/2 Synaptics TouchPad id=13 [slave pointer (2)] ⎜ ↳ TPPS/2 IBM TrackPoint id=14 [slave pointer (2)] ⎜ ↳ Wacom ISDv4 E6 Pen eraser id=16 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Power Button id=6 [slave keyboard (3)] ↳ Video Bus id=7 [slave keyboard (3)] ↳ Sleep Button id=8 [slave keyboard (3)] ↳ Integrated Camera id=9 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=12 [slave keyboard (3)] ↳ ThinkPad Extra Buttons id=15 [slave keyboard (3)] |
By default, CDK will automatically listen for events coming from all
master devices, setting the CdkDevice for all events coming from input
devices. Events containing device information are CDK_MOTION_NOTIFY,
CDK_BUTTON_PRESS, CDK_2BUTTON_PRESS, CDK_3BUTTON_PRESS,
CDK_BUTTON_RELEASE, CDK_SCROLL, CDK_KEY_PRESS, CDK_KEY_RELEASE,
CDK_ENTER_NOTIFY, CDK_LEAVE_NOTIFY, CDK_FOCUS_CHANGE,
CDK_PROXIMITY_IN, CDK_PROXIMITY_OUT, CDK_DRAG_ENTER, CDK_DRAG_LEAVE,
CDK_DRAG_MOTION, CDK_DRAG_STATUS, CDK_DROP_START, CDK_DROP_FINISHED
and CDK_GRAB_BROKEN. When dealing with an event on a master device,
it is possible to get the source (slave) device that the event originated
from via cdk_event_get_source_device().
On a standard session, all physical devices are connected by default to the "Virtual Core Pointer/Keyboard" master devices, hence routing all events through these. This behavior is only modified by device grabs, where the slave device is temporarily detached for as long as the grab is held, and more permanently by user modifications to the device hierarchy.
On certain application specific setups, it may make sense
to detach a physical device from its master pointer, and mapping it to
an specific window. This can be achieved by the combination of
cdk_device_grab() and cdk_device_set_mode().
In order to listen for events coming from devices
other than a virtual device, cdk_window_set_device_events() must be
called. Generally, this function can be used to modify the event mask
for any given device.
Input devices may also provide additional information besides X/Y.
For example, graphics tablets may also provide pressure and X/Y tilt
information. This information is device-dependent, and may be
queried through cdk_device_get_axis(). In multidevice mode, virtual
devices will change axes in order to always represent the physical
device that is routing events through it. Whenever the physical device
changes, the “n-axes” property will be notified, and
cdk_device_list_axes() will return the new device axes.
Devices may also have associated “keys” or
macro buttons. Such keys can be globally set to map into normal X
keyboard events. The mapping is set using cdk_device_set_key().
In CTK+ 3.20, a new CdkSeat object has been introduced that supersedes CdkDeviceManager and should be preferred in newly written code.
void
cdk_disable_multidevice (void);
Disables multidevice support in CDK. This call must happen prior
to cdk_display_open(), ctk_init(), ctk_init_with_args() or
ctk_init_check() in order to take effect.
Most common CTK+ applications won’t ever need to call this. Only applications that do mixed CDK/Xlib calls could want to disable multidevice support if such Xlib code deals with input devices in any way and doesn’t observe the presence of XInput 2.
Since: 3.0
CdkDisplay *
cdk_device_manager_get_display (CdkDeviceManager *device_manager);
Gets the CdkDisplay associated to device_manager
.
the CdkDisplay to which
device_manager
is associated to, or NULL. This memory is
owned by CDK and must not be freed or unreferenced.
[nullable][transfer none]
Since: 3.0
GList * cdk_device_manager_list_devices (CdkDeviceManager *device_manager,CdkDeviceType type);
cdk_device_manager_list_devices has been deprecated since version 3.20 and should not be used in newly-written code.
, use cdk_seat_get_pointer(), cdk_seat_get_keyboard()
and cdk_seat_get_slaves() instead.
Returns the list of devices of type type
currently attached to
device_manager
.
a list of
CdkDevices. The returned list must be
freed with g_list_free(). The list elements are owned by
CTK+ and must not be freed or unreffed.
[transfer container][element-type Cdk.Device]
Since: 3.0
CdkDevice *
cdk_device_manager_get_client_pointer (CdkDeviceManager *device_manager);
cdk_device_manager_get_client_pointer has been deprecated since version 3.20 and should not be used in newly-written code.
Use cdk_seat_get_pointer() instead.
Returns the client pointer, that is, the master pointer that acts as the core pointer for this application. In X11, window managers may change this depending on the interaction pattern under the presence of several pointers.
You should use this function seldomly, only in code that isn’t triggered by a CdkEvent and there aren’t other means to get a meaningful CdkDevice to operate on.
The client pointer. This memory is owned by CDK and must not be freed or unreferenced.
[transfer none]
Since: 3.0
“display” property“display” CdkDisplay *
Display for the device manager.
Owner: CdkDeviceManager
Flags: Read / Write / Construct Only
“device-added” signalvoid user_function (CdkDeviceManager *device_manager, CdkDevice *device, gpointer user_data)
The ::device-added signal is emitted either when a new master pointer is created, or when a slave (Hardware) input device is plugged in.
device_manager |
the object on which the signal is emitted |
|
device |
the newly added CdkDevice. |
|
user_data |
user data set when the signal handler was connected. |
Flags: Run Last
“device-changed” signalvoid user_function (CdkDeviceManager *device_manager, CdkDevice *device, gpointer user_data)
The ::device-changed signal is emitted whenever a device has changed in the hierarchy, either slave devices being disconnected from their master device or connected to another one, or master devices being added or removed a slave device.
If a slave device is detached from all master devices
(cdk_device_get_associated_device() returns NULL), its
CdkDeviceType will change to CDK_DEVICE_TYPE_FLOATING,
if it's attached, it will change to CDK_DEVICE_TYPE_SLAVE.
device_manager |
the object on which the signal is emitted |
|
device |
the CdkDevice that changed. |
|
user_data |
user data set when the signal handler was connected. |
Flags: Run Last
“device-removed” signalvoid user_function (CdkDeviceManager *device_manager, CdkDevice *device, gpointer user_data)
The ::device-removed signal is emitted either when a master pointer is removed, or when a slave (Hardware) input device is unplugged.
device_manager |
the object on which the signal is emitted |
|
device |
the just removed CdkDevice. |
|
user_data |
user data set when the signal handler was connected. |
Flags: Run Last