Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - xf86-input-evdev-ahm

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

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

Git Clone URL: https://aur-dev.archlinux.org/xf86-input-evdev-ahm.git (read-only)
Package Base: xf86-input-evdev-ahm
Description: X.org evdev input driver + at-home-modifier patch
Upstream URL: https://gitlab.com/at-home-modifier/at-home-modifier-evdev/wikis/home
Licenses: custom
Groups: xorg-drivers
Conflicts: X-ABI-XINPUT_VERSION<24.1, X-ABI-XINPUT_VERSION>=25, xf86-input-evdev, xorg-server<1.19.0
Provides: xf86-input-evdev=2.10.5-1
Submitter: None
Maintainer: Rhinoceros
Last Packager: Rhinoceros
Votes: 4
Popularity: 0.033483
First Submitted: 2011-12-03 15:16
Last Updated: 2017-01-18 21:50

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.

[a] https://bbs.archlinux.org/viewtopic.php?pid=938140#p938140

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): https://bbs.archlinux.org/viewtopic.php?id=119556

Maybe someone will find it useful.