Hacker News new | past | comments | ask | show | jobs | submit login
Fusuma: Multitouch gestures with libinput dirver on X11, Linux (github.com/iberianpig)
87 points by based2 on Oct 30, 2016 | hide | past | favorite | 13 comments



Is it possible to map gestures that are not controlled by keyboard shortcuts?

Such as dragging a window using a three finger swipe?


There is libinput-gestures, which allows arbitrary commands to be executed for each gesture. You might be able to get the desired behaviour this way.

https://github.com/bulletmark/libinput-gestures


You could go the alt+space m (window menu -> move) combined with whatever movements you want route if you can't find another way.


Will this work with Ubuntu 14.04? I have been desperately waiting for multi gesture.


If your xorg log reports libinput being used, yes. Otherwise, no. IIRC 14.04 is too old, 16.04 should work, 16.10 does.


Why is it mentioning X11 specifically? Libinput should work with Wayland too.


Because it also has to simulate keypresses as the result of gestures. I don't think the Wayland world has an official way for non-compositor programs to send keypresses to any surface the program itself owns, in the name of security.

Which is a shame, I do dearly like xdotool etc. There should be a way to satisfy both security and function, a way to whitelist or permit special apps.


I bet they will fix that somehow with Wayland. Tools like xdotool are pretty popular and if they don't support it officially, someone will come up with a hack around it.


> a hack around it.

Nice choice of words here. The whole reason why it isn't supported is to prevent being hacked in the first place. X11 has no security whatsoever. Every window can read/spy/mess with any other.

I guess only window managers / compositors will have enough permission to do this level of automation.


IIRC, not quite. with X11, every program that shares a root window can see the keypresses etc.

Typically a root windows is the same as a screen, but i don't think there is anything that claim this to be a set in stone rule.

But as is typical of Linux GUI devs, they much rather hack on the new shiny than try to maintain the existing stuff. And the new shiny these days is to put everything on the GPU.


I suppose if this will be routed through the compositor, then it can provide needed security control.


How is this compared to touchegg?


fusuma works on Ubuntu 16.04 (I tried) and touchegg apparently doesn't

https://github.com/JoseExposito/touchegg/issues/280

https://github.com/JoseExposito/touchegg/issues/281

fusuma is configured with a text file and touchegg seems to have a GUI.

fusuma autoinstalls, but you must have Ruby (which should be there on every Ubuntu). touchegg must be compiled and the installation sequence failed for me, but as I wrote, it seems it won't work anyway on 16.04.

If you're a Ruby developer using rvm or the like, you must remember which Ruby version you installed fusuma into, or tweak its startup script to load the right one.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: