kc3-lang/libxkbcommon/test

Branch :


Log

Author Commit Date CI Message
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>
e8798287 2010-10-08 15:33:18 Don't return a static buffer in public API
97fbc348 2010-07-02 12:14:03 Rename XkbRMLVOSet to struct xkb_rule_names
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.
d95b2893 2010-06-30 17:13:21 Make XkbcInitAtoms() call optional
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>
51402502 2009-04-25 18:15:02 Add testcase for XkbcCanonicaliseComponents Should be reasonably thorough; the shell part is, however, quite unpleasant. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
a8bb86a4 2009-04-25 14:51:16 Test: Keysym: Add tests for new keysym <-> string conversions Signed-off-by: Daniel Stone <daniel@fooishbar.org>
8e3239a7 2009-04-25 14:32:04 KeySym: Actually handle NoSymbol Add NoSymbol into the keysym table, so keysym <-> string conversion works for that, too; also eliminate special-casing of VoidSymbol. This will require special-casing in libX11 to preserve its API. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
a5ce9754 2009-04-25 14:29:23 test: Fix srcdir != objdir build and test failures filecomp would fail because it couldn't find the input files, after compilation failed due to missing includes. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
c728d91b 2009-04-10 12:33:31 Program and files for testing CompileKeymapFromFile A few simple test cases for verifying the operation of parsing a keymap file and compiling a keyboard description from it.
e98eb805 2009-04-09 20:52:26 test: Remove extraneous includes These programs don't actually use the internal API.
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.
713c8f41 2009-04-04 12:54:44 test: Exercise compiling from components This could probably use a lot more real world test cases, but it does the job for now.
4f736db9 2009-04-04 11:04:35 test: Minor refactor to allow $EXEEXT in program names
8f9a6129 2009-04-04 10:52:23 test: Add logging and some intentionally failing cases We want to log the output of the tests rather than letting them go to stderr. This allows tests we expect to fail to be run.
95dbbb8a 2009-04-04 09:37:53 rulescomp: Remove unneeded API
5cc55d7c 2009-04-04 09:14:20 Test compiler to simulate xkbcomp usage Added a test program, rulescomp, which takes a RMLVO set and generates a XkbcDescPtr. This is essentially what the xserver will do, except that we still need to access some xkbcomp internal API to make it work.
1ff77ecd 2009-03-05 18:20:15 Rename headers to XKBcommon* and install in extensions directory Following the kbproto convention, the headers will be named XKBcommon.h and XKBcommonint.h. Furthermore, they'll be installed in X11/extensions directory with the rest of the XKB headers.
ffa0ccfa 2009-01-23 18:09:31 Use XORG_CWARNFLAGS for more warnings
176b9cf5 2009-01-22 20:18:33 test: Consistently use upper case hex
ba0b312a 2009-01-22 20:20:02 test: Add tests for XFree86 special keys Since the XFree86 special keysyms contain an underscore after the XF86 prefix, check to make sure they're handled correctly.
49a06f92 2009-01-22 20:10:19 test: Add convenience functions for xkey.sh
b2737e9b 2009-01-20 18:57:22 Testing harness for keysym functions A test program and script have been added for checking the XkbCommon keysym functions. This has already highlighted an error in handling of keysyms from XF86keysym.h.