version 0.2.4
[expresskeys.git] / BUGS
1
2 _Known bugs marked with FIXME in the code_
3
4 ! Parsing of the configuration file still leaves some corner cases
5 to chance. The behaviour when reading in the next line/part, after
6 having cut a line longer than MAXBUFFER, is totally unpredictable.
7
8 Also doesn't handle situations where multiple fields are specified
9 on the same line, or if the program record begin/end "%%" sign is
10 written in a field line. Possibly other cases.
11
12 ! The exit_on_error function drops the EXIT_KO when callig
13 clean_up_exit. It becomes a normal EXIT_OK signal for any controlling
14 parent.
15
16 _Possible bugs, unmarked_
17
18 ! In eg Gimp, if expresskeys is started with the option to handle a pen,
19 my core pointer (an USB mouse) and the Wacom puck do not draw through
20 button 1 or react to mouse button 2 and 3 presses until the Wacom stylus
21 has come into proximity for the first time. After the first proximity,
22 the mouse and puck react normally. Strange...
23
24 ! If the expresskeys program is started before any usage of the
25 X program "xmodmap" in eg .xinitrc, it can crash with the message:
26
27 X Error of failed request:  BadWindow (invalid Window parameter)
28   Major opcode of failed request:  15 (X_QueryTree)
29   Resource id in failed request:  0x1
30   Serial number of failed request:  20
31   Current serial number in output stream:  20
32
33 Reason, totally unknown...
34
35 _Known bugs, unmarked_
36
37 ! Should check that only valid keycodes (and our fake ones) are used
38 in a program definition. Should ignore erroneous spaces in the class
39 name field.
40
41 ! Pressing a pad button with one program window in focus, moving the
42 focus to another program window and then releasing the button, leaves
43 the first program in a confused mind regarding the keyboard state.
44 Returning the focus and pressing the button again (or another that
45 has an effect) restores the sanity.
46