libxkbcommon/xkbcommon-x11-uninstalled.p...

libdir=@abs_top_builddir@/.libs
includedir=@abs_top_srcdir@

Name: xkbcommon-x11
Description: XKB API common to servers and clients - X11 support (uninstalled)
Version: @PACKAGE_VERSION@
Requires: xkbcommon
Requires.private: xcb xcb-xkb
Cflags: -I${includedir}
Libs: -L${libdir} -lxkbcommon-x11
x11: add XKB protocol keymap and state creation support These are function to create an xkb_keymap directly from XKB requests to the X server. This opens up the possibility for X clients to use xcb + xcb-xkb + xkbcommon as a proper replacement for Xlib + xkbfile for keyboard support. The X11 support must be enabled with --enable-x11 for now. The functions are in xkbcommon/xkbcommon-x11.h. It depends on a recent libxcb with xkb enabled. The functions are in a new libxkbcommon-x11.so, with a new pkg-config file, etc. so that the packages may be split, and libxkbcommon.so itself remains dependency-free. Why not just use the RMLVO that the server puts in the _XKB_RULES_NAMES property? This does not account for custom keymaps, on-the-fly keymap modifications, remote clients, etc., so is not a proper solution in practice. Also, some servers don't even set it. Now, the client just needs to recreate the keymap in response to a change in the server's keymap (as Xlib clients do with XRefreshKeyboardMapping() and friends). Signed-off-by: Ran Benita <ran234@gmail.com> 2013-07-20 14:21:44 -06:00			`libdir=@abs_top_builddir@/.libs`
			`includedir=@abs_top_srcdir@`

			`Name: xkbcommon-x11`
			`Description: XKB API common to servers and clients - X11 support (uninstalled)`
			`Version: @PACKAGE_VERSION@`
			`Requires: xkbcommon`
			`Requires.private: xcb xcb-xkb`
			`Cflags: -I${includedir}`
			`Libs: -L${libdir} -lxkbcommon-x11`