#4493: ALT+CTRL on border could resize a window ---------------------------------+------------------------- Reporter: humdinger | Owner: nobody Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1/alpha1 Resolution: | Keywords: Blocked By: | Has a Patch: 0 Platform: All | Blocking: ---------------------------------+------------------------- Comment (by bonefish): Replying to [comment:12 humdinger]: > Replying to [comment:11 bonefish]: > > With Ctrl-Alt I can just throw the mouse cursor in the general direction of the window to perform the action -- no need to aim for the rather small border (if it is visible at all). My concern is that by making the borders behave differently that work flow could be hampered again by the possibility of accidentally hitting the border region > The question is how big are the chances to hit a border accidentally - I suspect low - and in case it isn't, would you be inconveniences unacceptably if you aim just a little bit when "throwing the mouse" around. :)[[BR]] I think the thing is that I rarely resize windows (my editor windows have a fixed size and Tracker windows remember theirs), but I move them very often. So, at least for me, it's a potential inconvenience for a frequent task vs. a small convenience for an infrequent one. And if the resize regions are to be just as big as the border regions, the additional convenience is very small IMO, at least for windows that have an actual resize corner. > For me, and I suspect many others, being able to resize windows besides the bottom-right corner would make window management considerably more pleasant. I don't disagree. I'm just wondering whether there's a better method than one that doesn't offer that much of a benefit and potentially interferes with another action. > > (I assume that region would also be enlarged to make hitting it less fiddly, right?). > > I'd like that, but Meanwhile for instance, doesn't. That would also exaccerbate your concerns of hitting a border and resize instead of moving. Yep, my point exactly. > > I also wonder, whether it wouldn't be better to have an explicit resizing mode (activated somehow) that would sectorize the complete window area into zones for resizing. I imagine this would be more convenient than aiming for the border regions, even if they are enlarged. > > That's a nice thought as well. The one counter argument is that you'll have one more keycombo to memorize. Having one universal window managing combo of CTRL+ALT is very elegant IMO. Well, how about a different mouse button then? Unless I miss something the middle mouse button doesn't have any actions associate with it yet and for the right button only the click is used. Either button would allow enlarged resize regions without interfering with anything else. The only drawback would be that the mouse cursor shape couldn't indicate the action until one presses the respective button. OTOH I don't see why the app server couldn't draw helpful feedback directly on top of the window (or its border at least). -- Ticket URL: <http://dev.haiku-os.org/ticket/4493#comment:13> Haiku <http://dev.haiku-os.org> Haiku - the operating system.