Welcome to awesome bug tracking system.

FS#35 - mouse move/resize on border

Attached to Project: awesome
Opened by calmar (calmar) - Saturday, 12 January 2008, 20:01 GMT
Last edited by Uli Schlachter (psychon) - Sunday, 14 April 2013, 09:47 GMT
Task Type Feature Request
Category Core
Status Closed
Assigned To No-one
Operating System All
Severity Very Low
Priority Low
Reported Version git/master
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No


What about adding mouse resize/move functionality on windows borders?

good idea/ bad idea/ patch would get accepted?

This task depends upon

Closed by  Uli Schlachter (psychon)
Sunday, 14 April 2013, 09:47 GMT
Reason for closing:  Won't implement
Additional comments about closing:  I don't think this is a good idea and no one else showed up and implemented this, sorry. (Also uzsolt wants me to close this...)
Comment by Julien Danjou (jd) - Wednesday, 16 January 2008, 19:28 GMT
Resizing or moving with a 1 pixel size border seems very hard.
Comment by Martin Stubenschrott (maxauthority) - Wednesday, 16 January 2008, 21:11 GMT
One could have a bigger margin (like lets say 3 pixels) where one could resize/move windows with even if the displayed border is just 1 pixel. A custom X11 cursor would indicate when you can resize/move a window.
Comment by Geir Ola (gejr) - Saturday, 09 February 2008, 23:13 GMT
Wouldn't something like having "ctrl+mouse1" to resize and "alt+mouse1" to move be nicer? I prefer not using the mouse for anything but clicking links in firefox though.
Comment by Martin Stubenschrott (maxauthority) - Sunday, 10 February 2008, 00:48 GMT
@gejr: well you can already move with mod+mouse1 and resize with mod+mouse2, i think that's very logical and ctrl really shouldn't be used by any window manager as a modifier by default.
Comment by Dale P. Smith (dsmith) - Tuesday, 16 December 2008, 15:51 GMT
It's nice to be able to do some things with the mouse without having to touch the keyboard.

If you want to use the window borders for moving/sizing, you probably want a larger border anyway, so the 1 pixel border shouldn't be a problem.
Comment by perry (bioe007) - Friday, 24 April 2009, 15:49 GMT
i like this idea, and have played a bit with it.

my idea was to watch XCB_EVENT_MASK_POINTER_MOTION events and quickly check if the pointer is on or near a window edge, set a flag and start a timer, if the mouse is still on an edge after X ms then run a lua hook to do whatever..

its not so bad to have some fuzzyness around the windows margin for resizing (also at screen edges), e.g. you don't have to be right on the 1 pixel border

but beyond that I don't know how to best 'debounce' the events and so the trouble I have is too many events == explosion of lua vm

I think clearing/restoring XCB_EVENT_MASK_POINTER_MOTION for a window while waiting might alleviate some of this. Also I think reparenting would allow a more traditional handle on window corners, but i don't think awesome will ever be reparenting.

sorry the attachment is not against HEAD anymore, i haven't had time to keep up. it also probably sucks terribly for multiple screens, but i was just playing around.
Comment by Igor S. (ciphr) - Saturday, 31 July 2010, 12:34 GMT
Don't think it is so important (since there are keyboard bindings to it). I don't use borders at all (0 pixels), and prefer title bars to watch the focused window.