quakeforge/ruamoko/qwaq
Bill Currie 3ac6d2aa22 [x11] Use barriers to trap the pointer in the window
This should be a much friendlier way of "grabbing" input, though I
suspect that using raw keyboard events will result in a keyboard grab,
which is part of the reason for wanting a friendly grab.

There does seem to be a problem with the mouse sneaking out of the
top-right and bottom-left corners. I currently suspect a bug in the X
server, but further investigation is needed.
2021-11-22 14:59:27 +09:00
..
builtins [input] Add broadcast event for application window changes 2021-11-22 13:20:13 +09:00
debugger [qwaq] Fix window closure 2021-09-26 10:35:24 +09:00
device [qwaq] Fix window closure 2021-09-26 10:35:24 +09:00
editor [qwaq] Fix various scrollbar related issues 2021-06-12 01:30:44 +09:00
ui [qwaq] Fix window closure 2021-09-26 10:35:24 +09:00
.gdbinit [qwaq] Move from tools to ruamoko 2020-03-01 00:55:15 +09:00
gcd.r [qwaq] Implement execute-to-cursor 2021-06-08 16:54:04 +09:00
input-app.h [qwaq] Implement device management for input-app 2021-09-25 14:22:19 +09:00
input-app.r [qwaq] Fix window closure 2021-09-26 10:35:24 +09:00
Makemodule.am [x11] Use barriers to trap the pointer in the window 2021-11-22 14:59:27 +09:00
qdb [qwaq] Put my qdb script in a safe place 2021-01-30 14:45:47 +09:00
qwaq-app.h [build] Move to non-recursive make 2020-06-25 11:35:37 +09:00
qwaq-app.r [qwaq] Separate out mouse (de)init code 2021-09-23 13:14:42 +09:00
qwaq-input.h [qwaq] Move input handling to its own thread 2021-09-22 16:22:11 +09:00
qwaq-input.r [qwaq] Move input handling to its own thread 2021-09-22 16:22:11 +09:00
qwaq.h [qwaq] Move input handling to its own thread 2021-09-22 16:22:11 +09:00
threading.h [qwaq] Add input test app 2021-09-21 12:58:10 +09:00
z-transform.r [qwaq] Add a little z-transform program 2021-06-19 11:25:05 +09:00