Hy! I'm a little bit afraid of a larger resize area.. If I click 10px far from a window, I probably want to raise the window below. 5-6px is ok, but more is risky, especially because that area is invisible.
Eisenberger Tamás <ta...@eisenberger.hu> On 12/21/2011 03:56 PM, The Fiddler wrote: > 2011/12/21 John Lea<160...@bugs.launchpad.net> > >> @stapostol; thanks for your response, I've marked the bug as also >> affects unity2d. Re. the sizing of the dragable area, in WindowsXP the >> dragable area is 5px (but it may well be larger in Windows 7). So yes >> the size could be increased, but 5px also seems workable. > > > Indeed, WinXP had 5px draggable areas - but WinXP is 10 years old now and > it might not be the most suitable point of reference for modern design > topics. The draggable area was increased in Vista (same as Win7) and I > think I recall a msdn blog mentioning this was based on usability tests > (but it's been half a decade since then and my google-fu is letting me > down, so don't quote me on that). > > In any case, the drag area is invisible in Unity, so a potential size > increase should be a relatively safe change. > > >> For those who >> need * significantly* larger grabable areas for accessibility reasons, >> another options is to use the love handles with a key combination, see >> http://linux-software-news-tutorials.blogspot.com/2011/06/activate- >> fantastic-grab-handles-in.html for details. >> > > These are indeed fantastic, maybe they merit more attention than currently > given. (I love them on my laptop, but I cannot find a way to use them on my > desktop). > -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult Status in Ayatana Design: Fix Released Status in One Hundred Paper Cuts: Fix Released Status in The Metacity Window Manager: In Progress Status in Release Notes for Ubuntu: Fix Released Status in Unity 2D: New Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Fix Released Status in “human-gtk-theme” source package in Maverick: Invalid Status in “light-themes” source package in Maverick: Triaged Status in “metacity” source package in Maverick: Triaged Bug description: ************* >>>> No more comments needed <<<< This should mostly be fixed for Natty and might get backported to earlier releases as well. ************* *************Blueprint for Natty, Ubuntu 11.04: https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection- dx-n-resizing-windows Work items1 * Make sure the new resize grip fits in current applications; doesn't interfere with anything. We should make some noise about this during the Natty cycle so people keep their eyes open and file bugs. 2 * Invisible window resize area - around 3px invisible area to allow resize on all sides. ************* Working grip backported to gtk2 already available in ppa : https://launchpad.net/~bratsche/+archive/gtk ************* Workaround: Edit /usr/share/themes/Ambiance/metacity-1/metacity- theme-1.xml. Set the following values in frame_geometry_normal as desired: <distance name="left_width" value="3"/> <distance name="right_width" value="3"/> <distance name="bottom_height" value="3"/> ************ Binary package hint: metacity - The issue has been an issue for users (especially of large) screens for several releases- Trackpad users seem to be particularly impacted by this- The issue appears to have been significantly aggravated in Lucid by changing the border width from 3 pixels to 1 pixel The window borders in metacity are far too thin to be used for comfortable window resizing, and resize handles are not available in all applications (or even most). In fact, of all the windows I have open right now, not a single one of them has a resize handle. The result is that I get a lot of "misses" when I try to drag a window border, which usually results in my clicking on the wrong window altogether. The best fix for this usability bug is to create an "invisible" region around each non-maximized window about 4px thick that can be used for resizing (in addition to the visible border). Or perhaps there should be a border thickness option on the System > Preferences > Windows dialog (although the default thickness should still be increased considerably). Ideally all windows would also have a resize handle but I realize that these have to be application controlled (at least that seems to be the position of the metacity team). To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
