Resizing Windows is Slow, Inefficient, and Forces Users to Re-Center
Written by broomfighter the 9 Aug 10 at 01:14.
Global category: Usability.
New
Most of the time, when a user moves to resize a window, they just want to make it bigger without it filling the screen. To do this, they go to the bottom right corner of a window, then drag the handle down and out. But the problem is that this moves the center of the window to the bottom right of the screen. In order to re-center it, they have to move the mouse back up to the top of the window and drag it back up. It's a
Fitt's Law nightmare!
Here's an image showing the distance the mouse travels to enlarge a window:
Solution #2:
New button
Written by
Lachu the 12 Aug 10 at 08:47.
Include button onto window top-bar(title bar). Once user click it, mouse will be moved to center of window and user can re size window.
We can also add dot-like button onto bottom-right corner of window to re size.
Include button onto window top-bar(title bar). Once user click it, mouse will be moved to center of window and user can re size window.
We can also add dot-like button onto bottom-right corner of window to re size.
Solution #3:
Replace Window
Written by
Lachu the 13 Aug 10 at 09:09.
Add option to replace window(enabled also by windows list). It will look mouse and allow user to paint rectangle on top of everything.
Add option to replace window(enabled also by windows list). It will look mouse and allow user to paint rectangle on top of everything.
Solution #4:
Make the resize handles work both directions when "shift" is held
If one held the shift key and then moved the handles, the window would expand uniformly.
that is how most picture editors have worked for ages. seems obvious to me.
If one held the shift key and then moved the handles, the window would expand uniformly.
that is how most picture editors have worked for ages. seems obvious to me.
Solution #5:
Create a second ring of resize handles
Right now there is a virtual 3x3 grid on each window. Depending on which grid square you are in changes how the window resizes using the hotkey "alt+RMB" (hotkey might be different, i've change mine).
What I propose is changing the middle cell into a new 3x3 grid that works just like the outer one, but each action (resize vertical/horizontal/corner) triggers the opposite sides as well. This means the top/bottom ones (inside the new grid) would expand vertically in 2 directions and the inside corners would be the "zoom" described in #1.
Sorry for the lack of illustrations, I hope it's clear enough.
Right now there is a virtual 3x3 grid on each window. Depending on which grid square you are in changes how the window resizes using the hotkey "alt+RMB" (hotkey might be different, i've change mine).
What I propose is changing the middle cell into a new 3x3 grid that works just like the outer one, but each action (resize vertical/horizontal/corner) triggers the opposite sides as well. This means the top/bottom ones (inside the new grid) would expand vertically in 2 directions and the inside corners would be the "zoom" described in #1.
Sorry for the lack of illustrations, I hope it's clear enough.
Solution #6:
Make the window "Mousewheel zoomable"
Written by
svrom the 23 Aug 10 at 12:27.
Like with Compiz Zoom make the Window resize with intact aspect ratio like in #1 if a button is held and the mousewheel is used and make that work in both directions.
The same functionality could then be used in a touchscreen interface to realize "pinch and zoom"
Like with Compiz Zoom make the Window resize with intact aspect ratio like in #1 if a button is held and the mousewheel is used and make that work in both directions.
The same functionality could then be used in a touchscreen interface to realize "pinch and zoom"
Solution #7:
Implement KDE/Win7 drag-to-dock on side of screen
Written by
india103 the 29 Aug 10 at 04:44.
when you use windows 7 or KDE, you can drag a window to the side of the screen, and make it only take up half the screen. If you drag it to the top, it becomes fullscreen.
when you use windows 7 or KDE, you can drag a window to the side of the screen, and make it only take up half the screen. If you drag it to the top, it becomes fullscreen.
Solution #8:
Allow right-click and drag to expand uniformly.
Essentially the same idea as Shift + Drag. (#4)
However, Shift + drag would be a useful combination for future things like a sort of "Smart Resize" that could dynamically resize anything you push the border into. Or it could be used for snapping.
It's important that the default, current way of resizing is kept with the left button, because, -especially for novices, the mandatory relocation of the titlebar could be disorienting. It would all especially be disorienting if the content zoomed rather than revealed.
But of course, which button does what could be configurable.
For novices, right-click would be easier than shift+left-click, because novice PC users tend not to touch the keyboard until It's typing time.
Essentially the same idea as Shift + Drag. (#4)
However, Shift + drag would be a useful combination for future things like a sort of "Smart Resize" that could dynamically resize anything you push the border into. Or it could be used for snapping.
It's important that the default, current way of resizing is kept with the left button, because, -especially for novices, the mandatory relocation of the titlebar could be disorienting. It would all especially be disorienting if the content zoomed rather than revealed.
But of course, which button does what could be configurable.
For novices, right-click would be easier than shift+left-click, because novice PC users tend not to touch the keyboard until It's typing time.