XGETDEVICEMODIFIERMA
NAMESYNOPSIS
DESCRIPTION
DIAGNOSTICS
SEE ALSO
NAME
XGetDeviceModifierMapping, XSetDeviceModifierMapping − query or change device modifier mappings
SYNOPSIS
#include <X11/extensions/XInput.h>
int
XSetDeviceModifierMapping( Display *display,
XDevice *device,
XModifierKeymap *modmap);
XModifierKeymap
*XGetDeviceModifierMapping( Display *display,
XDevice *device);
display
Specifies the connection to the X server.
device
Specifies the device whose modifier mapping is to be
queried or modified.
modmap
Specifies a pointer to the XModifierKeymap structure.
DESCRIPTION
The
XSetDeviceModifierMapping request specifies the KeyCodes of
the keys (if any) that are to be used as modifiers for the
specified device. If it succeeds, the X server generates a
DeviceMappingNotify event, and XSetDeviceModifierMapping
returns MappingSuccess. X permits at most eight modifier
keys.
If more than eight are specified in the XModifierKeymap
structure, a BadLength error results.
The modifiermap
member of the XModifierKeymap structure
contains eight sets of max_keypermod KeyCodes, one for each
modifier in the order Shift, Lock, Control, Mod1, Mod2,
Mod3,
Mod4, and Mod5. Only nonzero KeyCodes have meaning in each
set,
and zero KeyCodes are ignored. In addition, all of the
nonzero
KeyCodes must be in the range specified by min_keycode and
max_keycode as returned by XListInputDevices, or a BadValue
error results. No KeyCode may appear twice in the entire
map,
or a BadValue error results.
An X server can
impose restrictions on how modifiers can be
changed, for example, if certain keys do not generate up
transitions in hardware, if auto−repeat cannot be
disabled on
certain keys, or if multiple modifier keys are not
supported.
If some such restriction is violated, the status reply is
MappingFailed, and none of the modifiers are changed. If the
new KeyCodes specified for a modifier differ from those
currently defined and any (current or new) keys for that
modifier are in the logically down state,
XSetDeviceModifierMapping returns MappingBusy, and none of
the
modifiers is changed.
XSetDeviceModifierMapping
can generate BadLength, BadDevice,
BadMatch, BadAlloc, and BadValue errors.
The
XGetDeviceModifierMapping request returns a pointer to a
newly created XModifierKeymap structure that contains the
keys
being used as modifiers. The structure should be freed after
use by calling XFreeModifierMapping . If only zero values
appear in the set for any modifier, that modifier is
disabled.
XGetDeviceModifierMapping
can generate BadDevice and BadMatch
errors.
Structures
The XModifierKeymap structure contains:
typedef struct
{
int max_keypermod;
KeyCode *modifiermap;
} XModifierKeymap;
DIAGNOSTICS
BadLength
More than eight keys were specified in the
XModifierKeymap structure.
BadAlloc
The server failed to allocate the requested resource or
server memory.
BadDevice
An invalid device was specified. The specified device
does not exist or has not been opened by this client via
XOpenInputDevice. This error may also occur if the
specified device is the X keyboard or X pointer device.
BadMatch
This error may occur if an XGetDeviceModifierMapping or
XChangeDeviceModifierMapping request was made specifying
a device that has no keys.
BadValue
Some numeric value falls outside the range of values
accepted by the request. Unless a specific range is
specified for an argument, the full range defined by the
argument´s type is accepted. Any argument defined as a
set of alternatives can generate this error.
SEE ALSO
XSetDeviceKeyMapping(3), XSetDeviceButtonMapping(3)
More Linux Commands
manpages/sigset.3.html
sigset(3) - System V signal API (Library - Linux man page)
These functions are provided in glibc as a compatibility interface for programs that make use of the historical System V signal API. This API is obsolete: new a
manpages/Tcl_FSUnregister.3.html
Tcl_FSUnregister(3) - procedures to interact with any filesy
There are several reasons for calling the Tcl_FS API functions (e.g. Tcl_FSAccess and Tcl_FSStat) rather than calling system level functions like access and sta
manpages/DoesBackingStore.3.html
DoesBackingStore(3) - screen information functions and macro
The BlackPixelOfScreen macro returns the black pixel value of the specified screen. The WhitePixelOfScreen macro returns the white pixel value of the specified
manpages/Pod::InputObjects.3pm.html
Pod::InputObjects(3pm) - objects representing POD input para
This module defines some basic input objects used by Pod::Parser when reading and parsing POD text from an input source. The following objects are defined: pack
manpages/perlipc.1.html
perlipc(1) - Perl interprocess communication (signals, fifos
The basic IPC facilities of Perl are built out of the good old Unix signals, named pipes, pipe opens, the Berkeley socket routines, and SysV IPC calls. Each is
manpages/Tk_UnderlineTextLayout.3.html
Tk_UnderlineTextLayout(3) - routines to measure and display
These routines are for measuring and displaying single-font, multi-line, justified text. To measure and display simple single-font, single-line strings, refer t
manpages/perldiag.1.html
perldiag(1) - various Perl diagnostics - Linux manual page
These messages are classified as follows (listed in increasing order of desperation): (W) A warning (optional). (D) A deprecation (enabled by default). (S) A se
manpages/Tcl_NextHashEntry.3.html
Tcl_NextHashEntry(3) - procedures to manage hash tables.....
A hash table consists of zero or more entries, each consisting of a key and a value. Given the key for an entry, the hashing routines can very quickly locate th
manpages/XReparentEvent.3.html
XReparentEvent(3) - ReparentNotify event structure (ManPage)
The structure for ReparentNotify events contains: typedef struct { int type; /* ReparentNotify */ unsigned long serial; /* # of last request processed by server
manpages/TAP::Parser::SourceHandler::Executable.3pm.html
TAP::Parser::SourceHandler::Executable(3pm) - Stream output
This is an executable TAP::Parser::SourceHandler - it has 2 jobs: 1. Figure out if the TAP::Parser::Source its given is an executable command (can_handle). 2. C
manpages/systemd-cgls.1.html
systemd-cgls(1) - Recursively show control group contents...
systemd-cgls recursively shows the contents of the selected Linux control group hierarchy in a tree. If arguments are specified, shows all member processes of t
manpages/gnutls_pubkey_import_pkcs11.3.html
gnutls_pubkey_import_pkcs11(3) - API function (Man Page)....
Imports a public key from a pkcs11 key. This function will import the given public key to the abstract gnutls_pubkey_t structure. RETURNS On success, GNUTLS_E_S
