Package: inputlirc Version: 11-1 Severity: wishlist Just started using this and it's very nice. So much easier than farting around with the evdev driver for xorg and wrestling xmodmap.
Anyway, I wasted a fair amount of time wondering why the OK key of my remote was the only one not working. I almost convinced myself the button wasn't physically working and was just about to get the screwdriver and meths out when I noticed the LED on my DVD player was blinking when I pressed the OK button. I tried the input-events command and that reported EV_KEY KEY_ENTER. So then I knew it was inputlirc that was not passing it on. I reread the man page and finally guessed it was filtering KEY_ENTER out because it was less than 88. Reading the man page it looks like the intent of the default filtering number is to stop you from stuffing yourself up with inputlirc grabbing all key events from your keyboard and not being able to ctrl-c it. If you're not running inputlirc with -g though it won't grab the keyboard and I don't see the need for the filter code of 88. Could you add some code to not filter when not grabbed? or set the default to 1 when not grabbed? -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-hippo-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages inputlirc depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries inputlirc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
