Package Details: xf86-input-evdev-ahm 2.10.4-1

Git Clone URL: (read-only)
Package Base: xf86-input-evdev-ahm
Description: evdev input driver + at-home-modifier patch
Upstream URL:
Licenses: custom
Groups: xorg, xorg-drivers
Conflicts: X-ABI-XINPUT_VERSION<22, X-ABI-XINPUT_VERSION>=23, xf86-input-evdev, xorg-server<1.18.0
Provides: xf86-input-driver, xf86-input-evdev=2.10.4-1
Submitter: None
Maintainer: Rhinoceros
Last Packager: Rhinoceros
Votes: 4
Popularity: 0.279306
First Submitted: 2011-12-03 15:16
Last Updated: 2016-10-01 11:00

Latest Comments

teika commented on 2016-07-15 11:39

Hi, jsst. I've never tried xcape, so your comment was new to me. Thanks.

But please be sure to inform the author, me, say by sending an email. I've checked AUR this time since I was about to post to the forum, but otherwise, I would never have noticed.

@Rhinoceros: Thanks a lot for maintaining this AUR. I'm also glad not few people seem to like this hack.

Rhinoceros commented on 2016-07-02 10:44

@jsst: I think that was originally said by the upstream author of this patch, in the Arch forum [a]! They've been a bit dismissive of their own patch, but I love it!

I'm happy to keep it up-to-date, and I'm glad that someone else is using it! I'm not sure what's going to happen with the transition to Wayland though.


jsst commented on 2016-07-02 10:28

The original author of this PKGBUILD stated:

> It's better to do all in user space, rather than as an X driver.

That's true in theory, but in practice it's not possible to make an ordinary key behave like a modifier using xrecord and xtest. The x events tools like xcape act on have already happened, so those solutions only work when typing slow - that's a compromise I can't live with :)

Thanks for keeping this up-to-date Rhinoceros!

Anonymous comment on 2011-12-29 09:07

Was updated to 2.4.1 (mouse-support fix).

Anonymous comment on 2011-12-03 15:28

There is a topic (by original author):

Maybe someone will find it useful.