[Flagged out of date] I updated it and it should work now, but let me know if not, I can't test it easily and I should probably disown.
Search Criteria
Package Details: libx11-nokeyboardgrab 1.6.2-1
Package Actions
| Package Base: | libx11-nokeyboardgrab |
|---|---|
| Description: | X11 client-side library with no keyboard grab patch |
| Upstream URL: | http://xorg.freedesktop.org/ |
| Category: | x11 |
| Licenses: | |
| Submitter: | Procyon |
| Maintainer: | lukpod |
| Last Packager: | None |
| Votes: | 6 |
| First Submitted: | 2010-08-02 11:39 |
| Last Updated: | 2013-10-03 17:28 |
Required by (0)
Sources
Latest Comments
Comment by Procyon
Comment by Procyon
@gadelat: Indeed, it's not for the faint of heart.
Comment by gadelat
This freezes whole desktop while alt+tabbing in Unity-for-Arch. libx11-ldpreloadnograb too if set for whole x11
Comment by Procyon
I reverted the changes and instead started a new package here:
https://aur.archlinux.org/packages.php?ID=61179
Comment by Procyon
I updated the package. It now requires libx11. It only installs alternative libraries.
They are in /usr/lib/ and they are called
libX11-nokey.so
libX11-nomouse.so
libX11-nokeynomouse.so
You can run a program with
LD_PRELOAD=libX11-nokey.so urbanterror
(the directory isn't necessary)
This information is also provided in the post.install.
I have tested all the libraries as working as expected with the urbanterror main menu.
I had to use "make clean" to make sure the library was updated between each rebuild.
If someone knows a more efficient way to do this, please let me know.
The problem I had was that without make clean, the file wouldn't get updated (at least, some files, most of the time).
If it's possible to make a library of just one function, let me know how to do it.
I am open to suggestions about this package. If you don't like this change, please let me know.
Comment by Procyon
That's a very interesting suggestion!
Thank you. I will look into it.
Comment by unknown
Is it possible to do this with LD_PRELOAD instead of systemwide?
Comment by Procyon
Both of those problems sound very familiar, I had the exact same thing with dmenu.
It's also a security hazard in that a screen saver with password will be easily circumventable.
There isn't anything I can do about it.
You will probably not like my personal solution which was to stop using said programs / dmenu.
I have updated sdl-nokeyboardgrab.
Anonymous comment
While the package does the job very well, I experience two (very) annoying problems with it:
* alt-tab dialog stays displayed and doesn't focus an other window (equally with metacity and openbox)
* impossible to enter password in gksu dialog
Given that I use alt-tab pretty much, and that I sometimes need gksu, I had to go back to standard libx11.
Thanks for your work though, I hope you will be able to understand what the problem is.
For now, I will try sdl-nokeyboardgrab.
Anonymous comment
One of the requirements, xf86bigfontproto, is unresolvable.
Comment by Procyon
NOT usable with dmenu! Other applications may also suffer unless they implement their own keyboard grabbing, which I believe GTK pop up menus do.
Everything that is affected by sdl-nokeyboardgrab will also be affected by this.
You should see results as soon as you (re)run a program after installing.