JL> Can anybody point me to some really low-level place in the code where the JL> raw (or almost-raw) key codes get processed, so I can at least write a JL> patch to transform them in this sort of way:
JL> http://repetae.net/~john/computer/hk/ I'm really not familiar with the input layer, and I don't claim that any of what follows is even remotely related to reality. The really low-level place appears to be stdReadInput in hw/xfree86/os-support/linux/lnx_kbd.c. It think it would be better to do a driver-independent job by hacking at xf86PostKeyEvent in hw/xfree86/common/xf86Xinput.c. This should work with all XFree86 drivers -- all the world is not Linux. An even better solution would be to work at DIX level (meaning that your code would work in all implementations of X11 known to man except one) by wrapping processInputProc somewhere or somewhere else, but I have absolutely no idea how to do that. Perhaps somebody can make a more useful suggestion. Juliusz _______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
