Join GitHub today
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.Sign up
sticky version of floating_modifier, allow dragging without holding down #3734
I'm submitting a…
[ ] Bug [x] Feature Request [ ] Documentation Request [ ] Other (Please describe in detail)
This is slightly inconvenient because it requires both hands at times, since the mouse button cannot be released or else the dragging stops.
Allow a "sticky" version of move and resize, possibly bound to a regular key. For example, binding
I've hacked up this functionality using
but it is imperfect because I must chose some finite time (in the above case 3 seconds) for moving and resizing to be enabled, since the mouseup signal must be sent (physically clicking doesn't get rid of a mousedown signal sent from xdotool).
i3 version: 4.16.1
- Linux Distribution & Version: 5.2.0-arch2-1-ARCH - Are you using a compositor (e.g., xcompmgr or compton): no
Is there a good argument for why this couldn't be implemented? That would make its usefulness transcend i3 by orders of magnitude.
Regarding your current efforts, what about something like this (untested)?
In general we're not really looking to make "stateful" key bindings as this introduces a lot of complexity.
I asked on superuser and it seems that tap to right-drag is not enabled in libinput, though apparently it is possible in the old unmaintained synaptics driver.
Interesting; I played around with this for a bit, though it seems that the click from the inner mode doesn't successfully return to mode "default". I'm not sure what causes this.
It's not possible to click in the background because the window follows the cursor when you either resize or move.
Also, it seems that clicking when either the resize or move cursor has been activated is "special", and bypasses the button1 bindsym inside mode "resize". I don't really understand what's happening here.