keyTouch makes it possible to easily configure the extra function keys of a keyboard (like multimedia keys). It allows the user to define which program will be executed when a key is pressed.
| Tags | Desktop Environment tools Hardware Utilities |
|---|---|
| Licenses | GPL |
| Implementation | C |
Recent releases


Changes: keytouchd now detects if KDE or GNOME is running. It does so by checking if there is a process "kdesktop" or "gnome-session". If there is such a process, keytouchd will use the values of all environment variables for its own environment variables. As a result, the applications launched by keytouchd will appear on the XGL display if XGL is running and GTK applications will use the theme as set by KDE when running KDE.


Changes: Support for USB keyboards in combination with Linux kernel 2.6.24 and later.


Changes: Syntax version 1.2 is now used for keyboard files. keytouch-config now checks if KDE is running by checking the KDE_FULL_SESSION environment variable. keytouch-init now has support for USB keyboards. In keytouch-keyboard the keyboard list is now presented as a tree view. When started, the current keyboard is selected. When a keyboard file is successfully imported, it will also be selected.


Changes: Compiler warnings in keytouch-config and keytouch-keyboard have been fixed. In keytouch-acpid, read_event() now only cuts off a line when the line starts with "hotkey" or "button".


Changes: Compiler warning fixes, including bug 1731647 (create_get_scancode_dialog implicitly converted to pointer).
An OpenOffice.org plugin with enhanced forms, autotext, and printing features.
- All comments
Recent commentsRe: err... have you seen this?
I think it's funny to reply on this message more than two years later. Look at the state of this project now. KeyTouch has been download over 200.000 times from SourceForge.net and is included in a number of Linux distributions.
I do not disagree with your arguments above, but I just wanted to do it my own way and it seems that it wasn't a bad idea at all.
- Marvin Raaijmakers
Re: err... have you seen this?
> So, what's the problem?
Effort duplication, usually. Then we tend to end up with 300 "simple console CD players" but either non-obvious, or non-universal, or non-documented, or unable to cope with some local peculiarities actual for you region.
Please don't get me wrong but usually doing the same thing together yields more than just doing it from scratch... and there's at least lineak project to present alternatives spectrum already.
BTW, sven maintainer is quite nice person to communicate and collaborate with :-)
Re: err... have you seen this?
> sven
So, what's the problem?
err... have you seen this?
sven (http://sven.linux.kiev.ua/index-en.shtml)