kc3-lang/libxkbcommon/include

Branch :

Log

Author Commit Date CI Message
1b9635df 2012-04-08 02:08:37 Add xkb_state_get_map() This is very useful because it avoids redundent pointers in structs and/or parameter passing in the application. Signed-off-by: Ran Benita <ran234@gmail.com>
18e6a6a4 2012-04-05 10:47:43 Remove Xfuncproto.h and XKB.h from xkbcommon/xkbcommon.h The kbproto header is already not needed here anymore. Move the _X_EXPORT's to the corresponding function definitions, and use straight extern "C" clauses instead of _XFUNCPROTOBEGIN/END. It also makes more sense to have the EXPORT's in the source files, as it provides some documentation to the reader, whereas in the header it's obvious. Signed-off-by: Ran Benita <ran234@gmail.com> [daniels: Updated for xkb_keymap changes.]
073a2107 2012-04-08 15:40:12 Constify the syms_out argument to xkb_key_get_syms() The caller should not mess around with these as they come directly from our internal structs. Signed-off-by: Ran Benita <ran234@gmail.com>
467d7bb6 2012-04-05 10:13:24 Implement missing xkb_state_ref and add return value xkb_state_ref was missing. Also modify the _ref functions to return the object instead of being void. This is a useful idiom: struct my_object my_object_new(struct xkb_state *state) { [...] my_object->state = xkb_state_ref(state); [...] } Essentially "taking" a reference, such that you don't forget to increment it and it's one line less (see example in our own code). A case could also be made for _unref to return the object or NULL, but this is quite uncommon. Signed-off-by: Ran Benita <ran234@gmail.com> [daniels: Updated for xkb_keymap changes.]
2590b5a1 2012-04-08 15:37:36 Fix compiler warnings (They were not reported, see next commit). The reset function declaration didn't match its name in the definition; the _defaults variant matches better with the rest. Signed-off-by: Ran Benita <ran234@gmail.com> [daniels: Updated to current master.]
d007cd0a 2012-04-03 17:08:57 Unconstify xkb_rules_names Since we never return an xkb_rules_names and it's all user-provided strings, seems a bit harsh to have it const. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
ef88c7ef 2012-04-03 15:14:16 Rename xkb_desc to xkb_keymap struct xkb_desc was just a hangover from the old XkbDescRec, which isn't a very descriptive name. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
69111405 2012-04-03 12:48:05 Properly document xkb_key_get_syms Signed-off-by: Daniel Stone <daniel@fooishbar.org>
034ffce6 2012-03-27 17:22:35 Use xkb_contexts in keymap compilation Primarily for the include path, but also for the logging in future. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
3e9dd751 2012-03-27 16:59:01 Add new context API Signed-off-by: Daniel Stone <daniel@fooishbar.org>
b5efe41f 2012-03-24 04:48:31 Make build non-recursive Unify all the different Makefile.am into a single short top level one (the test/Makefile.am file is left intact though). This makes the build system simpler to look and should encourage unifying more currently-disparate code. Some further motivation can be found in this page: http://www.flameeyes.eu/autotools-mythbuster/automake/nonrecursive.html Signed-off-by: Ran Benita <ran234@gmail.com>
602e8780 2012-03-24 13:27:48 Define our own NoSymbol value and use it Since we have our own xkb_keysym_t type, it makes sense to have our own NoSymbol value instead of the one from X11/X.h. Signed-off-by: Ran Benita <ran234@gmail.com>
d9f934ca 2012-03-23 16:52:23 Mention xkb_state_new can return NULL in the header comments. Signed-off-by: Ran Benita <ran234@gmail.com>
087327d9 2012-03-27 14:41:44 Move doxygen comment before enum item Signed-off-by: Guillem Jover <guillem@hadrons.org>
389c2db1 2012-03-27 13:44:48 Remove internal API from xkbcommon.h And move it to XKBcomminint.h. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
3dcd7ae0 2012-03-27 12:20:42 Remove hardcoded legacy modifier masks Use the xkb_state_mod_* and xkb_map_mod_* API instead. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
729ac12f 2012-03-27 12:19:42 Remove unused changes structs Signed-off-by: Daniel Stone <daniel@fooishbar.org>
f89b0a80 2012-03-27 12:18:50 Remove unused members of xkb_state Signed-off-by: Daniel Stone <daniel@fooishbar.org>
ede84734 2012-03-27 12:11:45 Add enum xkb_key_direction instead of bool Use XKB_KEY_UP instead of 0 and XKB_KEY_DOWN instead of 1. Signed-off-by: Daniel Stone <daniel@fooishbar.org> Reported-by: Ran Benita <ran234@gmail.com>
7f471a70 2012-03-27 12:07:57 Add state serialisation API Signed-off-by: Daniel Stone <daniel@fooishbar.org>
d039622a 2012-03-22 17:39:12 Rename keymap allocation API Signed-off-by: Daniel Stone <daniel@fooishbar.org>
3d672fcf 2012-03-22 14:32:53 Add LED state API And also convert state.c to use the state API for mods and groups, rather than testing the state members directly. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
cfb07724 2012-03-22 14:30:58 Fix documentation bugs with mod/group state API Signed-off-by: Daniel Stone <daniel@fooishbar.org>
edcaab65 2012-03-21 15:25:32 Round out new state API Signed-off-by: Daniel Stone <daniel@fooishbar.org>
ecea0d71 2012-03-21 02:20:07 Add new state API Add new API to deal with xkb_state objects, including xkb_state_update_key, which runs the XKB action machinery internally to calculate what exactly happens to the state when a given key is pressed or released. The canonical way to deal with keys is now: struct xkb_state *state = xkb_state_new(xkb); xkb_keysym_t *syms; int num_syms; xkb_state_update_key(state, key, is_down); num_syms = xkb_key_get_syms(state, key, &syms); More state handling API, including a way to get at or ignore preserved modifiers, is on its way. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
62444a11 2012-03-14 17:06:09 Convert interp action from xkb_any_action to xkb_action Signed-off-by: Daniel Stone <daniel@fooishbar.org>
54aa839c 2012-03-14 11:59:52 Remove component listing code Signed-off-by: Daniel Stone <daniel@fooishbar.org>
3ee370e9 2012-03-14 11:58:24 Remove unused control members Signed-off-by: Daniel Stone <daniel@fooishbar.org>
5dd81733 2012-03-14 11:56:59 Add a tiny bit of documentation to xkbcommon.h Signed-off-by: Daniel Stone <daniel@fooishbar.org>
bc074525 2012-03-13 19:06:05 Add xkb_key_get_syms API (And a slight cosmetic header reformatting.) Signed-off-by: Daniel Stone <daniel@fooishbar.org>
24c61d0f 2012-03-10 14:27:06 Remove half-implemented radio groups It looks like this could never have worked anyway, what with num_rg always being 0 everywhere. Remove it. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
e7c8bac7 2012-03-10 14:08:43 Remove indirect XkbCM* and XkbSM* macros The XkbKey* macros used to work through XkbCM* and XkbSM* variants, for the xkb_map and xkb_server_map respectively; the latter versions weren't used by anyone at all, so just bin them and make the macros work directly. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
971eb485 2012-03-09 20:01:33 Clean up xkb_keysym_to_string message Signed-off-by: Daniel Stone <daniel@fooishbar.org>
0bb24c2d 2012-03-09 19:03:59 Introduce xkb_keysym_t type Signed-off-by: Daniel Stone <daniel@fooishbar.org>
d67a94d3 2012-03-09 18:57:14 Remove atom functions from public API They're no longer needed since we don't expose any atoms in the published API anymore. As a result, we don't need to support external atom implementations either. Result! Signed-off-by: Daniel Stone <daniel@fooishbar.org>
731e5c40 2012-03-09 18:53:47 Stringify public name types Ensure that all names under xkb_desc are strings, rather than atoms. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
ed5c6c17 2012-03-09 16:26:34 Remove geometry support, again It still parses geometry, but happily throws it away. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
b28823cc 2012-03-09 16:04:00 Remove KcCGST names from the map Signed-off-by: Daniel Stone <daniel@fooishbar.org>
f57dcfeb 2012-02-15 16:23:47 Raise keycode range to 32 bits \o/ Signed-off-by: Daniel Stone <daniel@fooishbar.org>
4e228511 2012-02-15 14:34:08 Introduce xkb_keycode_t for keycodes And use it consistently everywhere, including with a special long-safe internal keycode type, to ease the transition to large keycodes. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
ead9d0cb 2012-02-15 11:49:10 Move include path from X11/extensions/ to xkbcommon/ Signed-off-by: Daniel Stone <daniel@fooishbar.org>
c19661b9 2011-12-16 12:52:00 Add xkbc_free_keymap helper Which just calls XkbcFreeKeyboard with the only arguments you'd ever pass it. Signed-off-by: Pekka Paalanen <ppaalanen@gmail.com> Signed-off-by: Daniel Stone <daniel@fooishbar.org>
a63e82be 2010-12-17 21:14:54 Rename XkbcInternAtom() to xkb_intern_atom() and export Signed-off-by: Kristian Høgsberg <krh@bitplanet.net>
ff8e8f69 2010-12-09 18:25:18 config: include: use nobase_include_HEADERS Slightly simpler. Reviewed-by: Jeremy Huddleston <jeremyhu@apple.com> Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
12569157 2010-10-20 15:57:45 Restore compatible action structs This unbreaks the X server code to serialize an xkb_desc, but loses the 32 bit vmod fields. Needs some work...
a84c0879 2010-10-19 21:57:59 Use flex for generating the scanner, add support for parsing from strings Signed-off-by: Kristian Høgsberg <krh@bitplanet.net>
a2f11558 2010-10-19 15:16:50 Add struct xkb_state
e8798287 2010-10-08 15:33:18 Don't return a static buffer in public API
d202bc44 2010-10-08 15:07:44 Pull in XKB_COMMON_* version of modifier masks This way we can use libxkbcommon without having to include X.h.
fb05ee47 2010-09-03 20:35:28 Remove libxkbfile dependency for real this time
20bfe128 2010-08-29 21:30:10 Use const char * in struct xkb_rule_names
be2bd661 2010-08-25 14:51:52 Pull in a few #defines from libxkbfile and lower kbproto requirement
351f8c65 2010-07-02 15:05:21 Drop Bool type It's a nightmare trying to avoid double definitions.
b3805a23 2010-07-02 12:26:43 Get rid of a few unused #defines in public header
97fbc348 2010-07-02 12:14:03 Rename XkbRMLVOSet to struct xkb_rule_names
15f25999 2010-07-02 12:10:05 Move private structs and defines to private headers
3f0034a9 2010-07-02 11:50:01 Rename public entry points to lowercase and underscore
5669e1a8 2010-07-02 11:43:56 Compile with -fvisibility=hidden when possible
9f602686 2010-07-01 14:35:24 Pull in enough structs and defines from XKBstr.h to only need XKB.h We want to move away from sharing implementation structs and let libX11 and libxkbcommon use each their own set of structs.
9d55d5bb 2010-06-30 17:32:54 Drop Xmd.h include now that we're using uint32_t
a76df865 2010-06-30 16:33:25 Use the right action structs We were casting the union members to the wrong action structs (from kbproto).
1723ef1b 2010-06-30 15:48:39 Copy over missing action structs from kbproto
9258cc3d 2010-06-30 13:31:21 Rename Xkbc*Action to struct xkb_*_action
47d3b396 2010-06-28 06:50:12 Drop CARD32 and Opaque types
2fb329c9 2010-06-23 16:25:10 Copy and duplicate XkbModsRec and XkbKTMapEntryRec Copy these types in so we can extend the vmod size. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
b74223eb 2010-06-23 16:25:02 fix mod size confusion Signed-off-by: Daniel Stone <daniel@fooishbar.org>
7257d4c8 2010-06-21 14:28:34 Use CARD32 instead of Atom, move geom headers in Use CARD32 instead of Atom/KeySym/et al to avoid type size confusion between server and non-server code; relatedly, move the geometry headers in from kbproto, so every non-simple type (i.e. structs containing nothing more than basic types) is now copied into xkbcommon. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
2c4a045a 2010-06-21 14:22:26 Allow external atom databases Allow people to plug in an external atom database (e.g. the X server's), so we don't have to migrate our own atoms over later. We are a bit over-keen on atoms at the moment, so it does pollute the atom database a bit though. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
15b0db54 2010-06-17 05:56:08 Copy in XkbCompatMapRec and XkbSymInterpretRec These contain actions, so transition them ahead to XkbcAction and move them into XKBcommon.h. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
60e7eeeb 2010-06-17 03:16:09 Use CARD32 instead of Atom, drag in XkbClientMapRec On 64-bit architectures, XID varies in size between the server (always 32 bits), and non-server (always unsigned long) for some inexplicable reason. Use CARD32 instead to avoid this horrible trap. This involves dragging in XkbClientMapRec so we don't get stuck in the KeySym trap. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
d2d787df 2010-06-17 00:51:49 Regroup actions into current vs. deprecated, resize vmod Use Xkbc* for all our actions that we intend to keep around, and Xkb* for deprecated ones we can hopefully get rid of, at least internally. While we're at it, make vmods be a uint32_t. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
8ffa3713 2009-04-25 18:13:24 XKBcommon.h: Make header self-contained Signed-off-by: Daniel Stone <daniel@fooishbar.org>
85b7f47d 2009-04-25 18:13:52 Add XkbcCanonicaliseComponents Canonicalises two sets of components (new and old), e.g.: new: +bar old: foo result: foo+bar This is required as part of the spec, so clients can reuse part of the device's old keymap. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
8b5af79b 2009-04-25 14:55:59 Keysym: Add apallingly bad API documentation for keysym <-> string Signed-off-by: Daniel Stone <daniel@fooishbar.org>
70b64213 2009-04-25 14:52:51 Make keysym <-> string conversion public API Signed-off-by: Daniel Stone <daniel@fooishbar.org>
4e854a21 2009-04-21 23:22:25 listing: Drop unused deviceSpec argument The server might care about this, but ListComponents is just reading xkb files.
18b43f8d 2009-04-19 16:30:36 Rewrite listing code to generate XkbComponentListPtr In xkbcomp, the listing code printed out the xkb files to stdout and the caller would parse the output. Here, we can just generate a XkbComponentListPtr and pass it back. This should be a series of smaller commits, but there was no clean way to do it since it's basically a complete rewrite except for the core map matching logic. A lot of code used for special printing modes in xkbcomp has been shedded. Callers can massage the output as they please.
abbd1419 2009-04-10 12:25:51 Add interface to compile keyboard description from keymap files We need to support generating a keyboard description from a keymap file because there are just some cases where RMLVO or ktcsg is not enough. The map choosing logic has been refactored into its own function and now supports choosing a named or default keymap.
0280b10d 2009-04-09 14:29:32 Make XkbcInitAtoms externally accessible Applications (like the server) need to initialize the atoms system before using the rest of the library. Maybe it should just init itself implicitly.
f5d37e27 2009-04-08 17:59:15 Constify public API There's no reason the arguments can't be const.
babae389 2009-04-08 17:54:55 Change CompileKeymapFromRules to take XkbRMLVOSet Let's use a nice interface now that it's available from XKBrulescommon.h.
6a84a34d 2009-04-08 07:46:25 Remove all non-public API from XKBcommon.h header The noble intention was to expose all the new API and new generic types in the split out kbproto headers through XKBcommon.h. It turns out that would be a massive amount of work in the server. Someday, but first just wedging in XkbCompileKeymap* would be good. Most of the API is in new internal xkb*.h headers. In order to allow the XKBcommon.h header to be used from the server, we can't pull in other headers from kbproto since the server has its own copies. However, types that are different (XkbDescRec, XkbAction) still have Xkbc equivalents here, and I think they should be used in the server.
b4a3c39b 2009-04-07 19:56:41 Remove KS macros available in XKBfilecommon.h now A couple of the XkbcKS* macros become redundant with XKBfilecommon.h split out in kbproto.
8b100fc0 2009-04-05 15:15:20 Add action datatypes as defined in the server Some of the XkbAction types are defined differently in the server, so we add those to XKBcommon.h and use them here like XkbcDescPtr. We'll have to deal with the impedance mismatch on the client side later.
71baa3d8 2009-04-03 19:35:01 Fix install path for XKBcommon.h
5216f0c9 2009-04-02 06:37:16 Drop keysym.h pollution from XKBcommon.h There's really no need to pull this into a public header.
a8d936bd 2009-03-31 05:36:52 Compile keyboard description from XKB rules, too XkbcCompileKeymapFromRules can be used to generate a XkbDescPtr from XKB rules instead of using components. The previous XkbcCompileKeymap has been renamed to XkbcCompileKeymapFromComponents.
94fd3174 2009-03-29 11:25:44 Add rules file parsing from xkbfile Copy over the Xkb_RF* rules parsing functions from xkbfile's maprules.c. Eventually, this will be tied into xkbcomp's path searching utilities so you don't need to supply a full path to the rules file. Also, it this should eventually incorporate the server's RMLVOSet.
e1284944 2009-03-29 11:25:44 Add rules rules file parsing from xkbfile Copy over the Xkb_RF* rules parsing functions from xkbfile's maprules.c. Eventually, this will be tied into xkbcomp's path searching utilities so you don't need to supply a full path to the rules file. Also, it this should eventually incorporate the server's RMLVOSet.
3fc0dcc8 2009-03-29 08:55:18 Generate keyboard description from components Finally, we can generate a XkbcDescPtr from a XkbComponentNamesPtr. This involves turning the components into a parsed XKB file and then passing it into the compiler. This first conversion needs more error handling.
e86b31ce 2009-03-29 08:11:25 Add XKBlib resizing functions These were originally in XKBMalloc.c.
d43a7bf0 2009-03-28 19:21:18 Copy xkbfile IsUpper/IsLower macros xkbcomp was using Xlib's XConvertCase to check upper/lowercase. That's a lot of code, so hopefully the xkbfile macros using _XkbKSCheckCase are good enough. This also required that <X11/keysym.h> is included to get all the XK_* definitions.
eff1c538 2009-03-28 19:00:13 Copy XkbEnsureSafeMapName from xkbfile
5315e5d1 2009-03-28 17:55:46 Add XKBlib API to support keytypes Added common variants of XkbComputeEffectiveMap, XkbInitCanonicalKeyTypes and all their needed functions. A couple functions that were in alloc.c moved to malloc.c to mirror the libX11 sources better. Original code in libX11/src/xkb/XKBMalloc.c libX11/src/xkb/XKBMisc.c libX11/src/xkb/XKB.c
62482b96 2009-03-28 16:08:46 Add geometry Compute API from XKBlib A small needed subset from libX11/src/xkb/XKBGeom.c.
28de09e5 2009-03-28 15:51:06 Add xkbcommon macro for XkbKSIsKeypad and XkbKSIsDeadKey(k) IsKeypad is used in symbols, but we'll just grab them both. It might be better to split parts of XKBfile.h out eventually.
a53b9b1e 2009-03-28 15:32:51 Add XkbModIndexText replacement Now, I think we should have all the *Text functions we need.
54aea7fe 2009-03-28 15:12:30 Add VMod Text functions from xkbfile
46e5e164 2009-03-28 12:39:21 Copy XkbAddGeom* functions from XKBlib These are needed by the geometry compiler in xkbcomp.
2671b777 2009-03-28 14:06:26 Add more *Text functions from xkbfile This should cover all the usage in xkbcomp. The format arguments were dropped except for the special case of XkbModMaskText, which needs to write in XkbCFile format in HandleVModDef. This was just changed to a Bool to avoid the need for the macros in XKBfile.h. The function prefixes have been renamed to be unique from xkbfile.