Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
22/09/2015 17:21 "madbiologist" <160...@bugs.launchpad.net> : > > JohnWashington - This bug is about the default resize grab handle at > window borders being too small (1 pixel, or 4 pixels by some accounts) > to be easily usable. This has been fixed with the implementation of a > larger default resize grab handle (10 pixels I think). Why I cannot note this? It seems to me, that it's still needed to try to catch 4 pixels, not 10 or wider?.. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Just one more question: why should I have to install mutter on plain Unity Ubuntu which doesn't use it at all? Sam Spilsbury (smspillaz) wrote: 11.10 and onwards: Install mutter (sudo apt-get install mutter) and edit org.gnome.mutter 'draggable-border-width' in dconf-editor -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
and onwards means 12.04, 12.10, 13.04 and 13.10. My fault. You're right. Aleve - Which Ubuntu release and variety (Ubuntu/Kubuntu/Xubuntu/Lubuntu/GNOMEbuntu) are you using? I'm wondering if your implementation is not using gtk-window-decorator. Plain mainstream official Ubuntu 13.04. It works differently in a Macbook Pro A1150 (32 bits), a Lenovo T400, a Dell Studio 1537, a BTO workstation... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
And who are those Masters of the Universe who can revert the fix released status? 2013/7/29 Ben Shadwick benshadw...@gmail.com This bug is going to be ignored unless you can get someone to revert the fix released status. I've contacted some of the people who set that status on this bug, and I suggest that others do the same. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/7/29 Sam Spilsbury smspil...@gmail.com Please stop asking to revert the status of this bug. It is fine as is: 1. This bug was fixed in compiz and Unity in 11.04 (two years ago now). The left, right and bottom window borders now have a ten-pixel each-way grab area. This is plain false. Wanna come over my place to see it for yourself? 2. A similar grab area was added to the top border in 13.04 Again, this can be proved false on many computers. I can show you a few. 3. If no such grab area exists In other words: such grab area might not exist, so how on Earth can you say this is fixed? and you are running Unity 3D, you can configure the borders so that they do exist: 11.04: Open /usr/share/themes/Ambiance/metacity-1/metacity-theme-1.xml and edit the padding tags under frame_tyle with the name normal_focused and normal_unfocused and add left=left_padding right=right_padding bottom=bottom_padding 11.10 and onwards: Install mutter (sudo apt-get install mutter) and edit org.gnome.mutter 'draggable-border-width' in dconf-editor What about 12.04, 12.10 and 13.04 users? Can't you see there are complaints from users of these versions as well? 5. This bug is only fixed in Unity 3D. Any similar issues with other desktop environments (gnome-classic, xfce, kde) should be reported to the relevant upstream. This bug IS NOT FIXED. Just saying so won't magically change facts. And the facts show very clearly LOTS of people have a really hard time grabbing windows borders. Some people experience it at the top of the windows, some at the sides, some at the bottom... (and we're not even talking about the elusive target of Nautilus' sidebar resizing handle...). I'm no developer so I can't imagine how you guys go about this thing, but it behaving differently for different users on different computers should tell you something. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/1/31 Sam Spilsbury smspil...@gmail.com On Thu, Jan 31, 2013 at 6:08 AM, OpenLaptop i...@openlaptop.nl wrote: Funny to see this bug is still not fixed sinds 2007 (6 YEARS AGO!!!) Hi. 1. It is fixed in Unity-3D, which has been the default since 12.10 No it's not. I'm using Unity-3D, which is also the default in 12.04, and borders aren't equal when it comes to resizing. It's almost imposible for me to grab top and left borders, while bottom and right are pretty easy to grab. I'd say there's at least a 3-4 pixels difference between the two cases. And no, it's not funny seeing how a basic usability like this is not being properly addressed after six years. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On 31/01/2013 8:51 AM, Aleve Sicofante asicofa...@gmail.com wrote: 2013/1/31 Sam Spilsbury smspil...@gmail.com On Thu, Jan 31, 2013 at 6:08 AM, OpenLaptop i...@openlaptop.nl wrote: Funny to see this bug is still not fixed sinds 2007 (6 YEARS AGO!!!) Hi. 1. It is fixed in Unity-3D, which has been the default since 12.10 No it's not. I'm using Unity-3D, which is also the default in 12.04, and borders aren't equal when it comes to resizing. It's almost imposible for me to grab top and left borders, while bottom and right are pretty easy to grab. I'd say there's at least a 3-4 pixels difference between the two cases. Code-wise its exactly the same for the right, left and bottom borders. The top border doesn't have the padding as it already has a grab area on the titlebar. And no, it's not funny seeing how a basic usability like this is not being properly addressed after six years. -- You received this bug notification because you are a bug assignee. 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: Confirmed Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Confirmed Status in “metacity” source package in Maverick: Triaged Bug description: This bug is fixed in unity-3d since ubuntu 11.04. It still exists in unity-2d and will never be fixed as unity-2d is no longer supported since ubuntu 12.10 (see comment #343). * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *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 for Compiz/Unity: Alt+Middlemousebutton resizes a window most comfortably. 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 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/1/31 Sam Spilsbury smspil...@gmail.com On 31/01/2013 8:51 AM, Aleve Sicofante asicofa...@gmail.com wrote: 2013/1/31 Sam Spilsbury smspil...@gmail.com On Thu, Jan 31, 2013 at 6:08 AM, OpenLaptop i...@openlaptop.nl wrote: Funny to see this bug is still not fixed sinds 2007 (6 YEARS AGO!!!) Hi. 1. It is fixed in Unity-3D, which has been the default since 12.10 No it's not. I'm using Unity-3D, which is also the default in 12.04, and borders aren't equal when it comes to resizing. It's almost imposible for me to grab top and left borders, while bottom and right are pretty easy to grab. I'd say there's at least a 3-4 pixels difference between the two cases. Code-wise its exactly the same for the right, left and bottom borders. The top border doesn't have the padding as it already has a grab area on the titlebar. That's why we call it a bug: probably you see the code being correct, but since the behavior isn't, there's something going on and it must be fixed. The grab area in the titlebar has nothing to do with the resizing area (or shouldn't). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Thu, Jan 31, 2013 at 10:34 AM, Aleve Sicofante asicofa...@gmail.com wrote: That's why we call it a bug: probably you see the code being correct, but since the behavior isn't, there's something going on and it must be fixed. The grab area in the titlebar has nothing to do with the resizing area (or shouldn't). Please, feel free to report an another bug about that. There is a detailed guide on how you can do that here: https://help.ubuntu.com/community/ReportingBugs It does not make any sense to continue a discussion on an old bug report that is about a totally different issue. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/1/31 Andrea Corbellini corbellini.and...@gmail.com On Thu, Jan 31, 2013 at 10:34 AM, Aleve Sicofante asicofa...@gmail.com wrote: It does not make any sense to continue a discussion on an old bug report that is about a totally different issue. Excuse me? The title and description of this bug is EXACTLY the issue. The fact that it's not about Metacity anymore, but about Unity-3D doesn't make the slightest difference. Resizing windows by grabbing window borders is INDEED difficult after all these years, and a fix is needed for the current window manager. Whoever has the power to do that, please add Unity-3D as a project affected by this bug. Then let's try to fix it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/1/31 Andrea Corbellini corbellini.and...@gmail.com: Dear Aleve, Please, do not modify this old bug. You are wasting contributors' time. As John Lea has already pointed out, the issue you are describing has already been reported as bug #717444. The reason why this bug should remain closed is that a fix has already been written for it. If you are still affected by the bug, then the root cause may be totally different. 'Symptoms' and 'causes' are totally different concepts, and for the propuse of this bug tracker we only look at causes (because we fix the causes, not the symptoms). I'm sorry that you are having difficulties, but this is not the right place to discuss. ** Changed in: unity Status: New = Fix Released Dear Andrea: This bug is NOT fixed in Unity, so Fix Released is a plain lie. I kindly suggest you change the status ASAP. The title and description of this bug define perfectly well what happens not just in my system, but in many others. As a matter of fact, I have read people complaining about the reverse of my own situation: they can grab the resizing handlers easily at the top and the left, but not at the right and bottom. Resizing handlers are definitely broken in Unity. Do you prefer to open a new bug with exactly the same title and description as this one but referred only to Unity? Be my guest. But that's exactly the case. The title and description perfectly match what's going on TODAY on Ubuntu 12.04 and 12.10. The bug suggested by John Lea is the one which should be closed, deleted or marked as a duplicate, since it's just a particular case of this bug (it refers ONLY to the top handler). In no way it defines COMPLETELY what I and others are experiencing regarding windows resizing in Unity. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Thu, Jan 31, 2013 at 6:32 PM, MC Return 160...@bugs.launchpad.net wrote: Sam, I'm running Emerald on Raring, so maybe that is why - but here grabbing window borders to initiate a resize is still very fuzzy... We maybe should retest and revisit this issue for 13.04 ? The invisible border logic is only implemented in gtk-window-decorator. It would have to be implemented on a per-decorator basis. -- You received this bug notification because you are a bug assignee. 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: Invalid Status in “light-themes” package in Ubuntu: Fix Released Bug description: This bug is fixed in unity-3d since ubuntu 11.04. It still exists in unity-2d and will never be fixed as unity-2d is no longer supported since ubuntu 12.10 (see comment #343). * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *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 for Compiz/Unity: Alt+Middlemousebutton resizes a window most comfortably. 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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Thu, Jan 31, 2013 at 9:07 PM, Dan Halbert halb...@halwitz.org wrote: To Andrea, Sam, and other developers: The title of this bug is broad and describes a problem encountered in multiple window managers. That is what draws people to this bug. I would suggest that you edit the title and narrow it to describe the manager(s) in which it has been fixed, and to add text to the beginning of the description to point to the specific bugs filed for other window managers. I agree. -- You received this bug notification because you are a bug assignee. 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: Fix Released Status in Unity 2D: Invalid Status in “light-themes” package in Ubuntu: Fix Released Bug description: This bug is fixed in unity-3d since ubuntu 11.04. It still exists in unity-2d and will never be fixed as unity-2d is no longer supported since ubuntu 12.10 (see comment #343). * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *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 for Compiz/Unity: Alt+Middlemousebutton resizes a window most comfortably. 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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Thu, Jan 31, 2013 at 8:36 PM, madbiologist 160...@bugs.launchpad.net wrote: Aleve - I think what Andrea was trying to say is what John Lea subsequently said - the specific bug for the window title bar/top border resizing issue is bug #717444. However that does ignore your first paragraph about the left border being more difficult to grab than the bottom and right borders. It is a puzzling dilemma about whether the latter should be opened as a new bug or not - technically it might have a different cause, but usability-wise it has the same effect. What really annoys me is the comments made by Sam Spilsbury: 1. It is fixed in Unity-3D, which has been the default since 12.10 2. It isn't worth fixing in Unity-2D, since it would require extensive patching to metacity's frame display code If I understand this bug's description correctly, this problem exists in Unity-2D on Ubuntu 12.04 Precise Pangolin. This is an LTS release - according to https://wiki.ubuntu.com/Releases it will be supported on both the desktop and the server until April 2017. This should mean fully and wholly supported, not partly supported. I also disagree with marking this bug's unity-2d task as Invalid while the upstream GNOME bug is still open as this implies that even if GNOME were to develop and deploy a fix, Ubuntu would not adopt the fix. And of course the fact that GNOME are considering fixing this issue should not in any way preclude Ubuntu from attempting to fix it. Of course there would be no preclusion from including such a fix if it were to be done. What I'm saying is that I've worked extensively on multiple window managers, and I can tell you with a lot of confidence that implementing the same kind of invisible padding that we have in compiz inside of metacity would not be an easy task, and as such, isn't going to be a priority any time soon as far as I can tell. Those who worked on this functionality for compiz (myself and Thomas) no longer work for Canonical, and have no intention of implementing it inside of metacity. 3. Comments like these are not helpful. Sam - these comments are not intended to help you. They are intended to help the people using Unity-2D on Precise. And even if the issue of providing full-support for Precise were to be sadly and frustratingly ignored, advising people using Unity-2D on Precise to upgrade to Ubuntu 12.10 Quantal Quetzal is unlikely to help matters, due to the fact that if their GPU is too old/weak to run Unity-3D then their CPU is also likely to be too old/weak to run Unity-3D using the LLVMpipe fallback code - see bug 1046497 and bug 1055936. If you have a GPU that is too old to run unity-3D, you will likely have trouble running unity-2D as well. Both are hardware accelerated (in different ways, the former using OpenGL, the latter using XRender). I understand the providing support for precise is important, but the reality is that Canonical wasn't ever structured to do that. Basically the entire team that worked on the Unity shell from 11.04 - 12.04 has moved on from the company. As far as I'm aware, patches are accepted for the older codebases, but actively supporting older releases, especially for a product that is free of charge wouldn't be a large part of any corporate strategy. Think staff training costs, patch burdens over multiple releases etc. In any case, I didn't meant to offend, and I apologize if my frank tone was offensive. What I meant to cover with my third point was stuff like this (which you will notice my comment was in direct reply to): Funny to see this bug is still not fixed sinds 2007 (6 YEARS AGO!!!) Having a nagging tone with developers doesn't actually promote your bug in the queue. In fact, its a real turn off for most developers, and will likely cause them to ignore or mentally reduce the importance of the bug or reporter in question. As the person who spent a few weeks perfecting the implementation of this fix, I find it offensive that others would comment on bug reports with such ignorance. Its a continual theme across multiple bug reports on multiple open source projects and I can assure you its a very common cause of developer de-motivation, burnout, frustration, depression and eventually departure. Commentators should keep this in mind when posting. Developers thrive from co-operation and common enthusiasm. They don't thrive in environments when someone tries to tell them that item #217 out of 480 on their list if apparently more important than anything else. -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Thu, Jan 31, 2013 at 7:07 PM, Aleve Sicofante asicofa...@gmail.com wrote: 2013/1/31 Andrea Corbellini corbellini.and...@gmail.com On Thu, Jan 31, 2013 at 10:34 AM, Aleve Sicofante asicofa...@gmail.com wrote: It does not make any sense to continue a discussion on an old bug report that is about a totally different issue. Excuse me? The title and description of this bug is EXACTLY the issue. The fact that it's not about Metacity anymore, but about Unity-3D doesn't make the slightest difference. Resizing windows by grabbing window borders is INDEED difficult after all these years, and a fix is needed for the current window manager. Whoever has the power to do that, please add Unity-3D as a project affected by this bug. Then let's try to fix it. Aleve, if you are still having problems resizing windows you can bump up the padding around the window. If I remember correctly its in the key org.gnome.mutter:draggable-border-width -- You received this bug notification because you are a bug assignee. 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: Invalid Status in “light-themes” package in Ubuntu: Fix Released Bug description: This bug is fixed in unity-3d since ubuntu 11.04. It still exists in unity-2d and will never be fixed as unity-2d is no longer supported since ubuntu 12.10 (see comment #343). * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *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 for Compiz/Unity: Alt+Middlemousebutton resizes a window most comfortably. 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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/1/31 Sam Spilsbury smspil...@gmail.com Aleve, if you are still having problems resizing windows you can bump up the padding around the window. If I remember correctly its in the key org.gnome.mutter:draggable-border-width There's no such thing in Unity. Mutter is used in Gnome Shell... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Fri, Feb 1, 2013 at 4:20 AM, Aleve Sicofante asicofa...@gmail.com wrote: 2013/1/31 Sam Spilsbury smspil...@gmail.com Aleve, if you are still having problems resizing windows you can bump up the padding around the window. If I remember correctly its in the key org.gnome.mutter:draggable-border-width There's no such thing in Unity. Mutter is used in Gnome Shell... gtk-window-decorator integrates with the mutter keys. -- You received this bug notification because you are a bug assignee. 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: Fix Released Status in Unity 2D: Invalid Status in “light-themes” package in Ubuntu: Fix Released Bug description: This bug is fixed in unity-3d since ubuntu 11.04. It still exists in unity-2d and will never be fixed as unity-2d is no longer supported since ubuntu 12.10 (see comment #343). * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *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 for Compiz/Unity: Alt+Middlemousebutton resizes a window most comfortably. 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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/2/1 Sam Spilsbury smspil...@gmail.com There's no such thing in Unity. Mutter is used in Gnome Shell... gtk-window-decorator integrates with the mutter keys. Lovely, but there's stil no org.gnome.mutter:draggable- border-width key in my Unity-only installation's dconf. Actually, there's nothing like org.gnome.mutter there. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Fri, Feb 1, 2013 at 1:38 PM, Aleve Sicofante asicofa...@gmail.com wrote: 2013/2/1 Sam Spilsbury smspil...@gmail.com There's no such thing in Unity. Mutter is used in Gnome Shell... gtk-window-decorator integrates with the mutter keys. Lovely, but there's stil no org.gnome.mutter:draggable- border-width key in my Unity-only installation's dconf. Actually, there's nothing like org.gnome.mutter there. Ah, I believe I made it so that if mutter wasn't installed, it just uses the default value of 10px, as there was very little usecase for making it configurable. If you want to adjust it, you'll have to install mutter, and adjusting that setting will adjust the draggable border width on both mutter and unity. -- You received this bug notification because you are a bug assignee. 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: Fix Released Status in Unity 2D: Invalid Status in “light-themes” package in Ubuntu: Fix Released Bug description: This bug is fixed in unity-3d since ubuntu 11.04. It still exists in unity-2d and will never be fixed as unity-2d is no longer supported since ubuntu 12.10 (see comment #343). * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *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 for Compiz/Unity: Alt+Middlemousebutton resizes a window most comfortably. 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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/2/1 Sam Spilsbury smspil...@gmail.com Ah, I believe I made it so that if mutter wasn't installed, it just uses the default value of 10px, as there was very little usecase for making it configurable. If you want to adjust it, you'll have to install mutter, and adjusting that setting will adjust the draggable border width on both mutter and unity. Thanks. I might do that. I still urge the developers to either add such a key to dconf or just fix the issue in Unity. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Thu, Jan 31, 2013 at 6:08 AM, OpenLaptop i...@openlaptop.nl wrote: Funny to see this bug is still not fixed sinds 2007 (6 YEARS AGO!!!) Hi. 1. It is fixed in Unity-3D, which has been the default since 12.10 2. It isn't worth fixing in Unity-2D, since it would require extensive patching to metacity's frame display code 3. Comments like these are not helpful. -- You received this bug notification because you are a bug assignee. 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: Confirmed Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Confirmed Status in “metacity” source package in Maverick: Triaged Bug description: * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *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 for Compiz/Unity: Alt+Middlemousebutton resizes a window most comfortably. 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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Hi. On Thu, Jan 31, 2013 at 3:21 PM, latimerio 160...@bugs.launchpad.net wrote: That said I want to resize my windows at ANY border not just in the corners or from the title bar. You already can. There's a small amount of invisible padding on every side of the window in Unity3D. This has been the only desktop installed since 12.10, and is the default desktop since 11.04. Click and drag around the edges to resize the window. Done. -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Not likely. Adding the invisible window borders to metacity's non-composited mode is likely a nontrivial affair. On Fri, Jan 4, 2013 at 2:59 PM, axel 160...@bugs.launchpad.net wrote: Unity-2D is not supported in never versions and does not have the same fix. ah, thanks for that hint which explains while this bug is still on confirmed critical for unity-2d. lets see then if unity-2d ever will be fixed =) -- You received this bug notification because you are a bug assignee. 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: Confirmed Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Confirmed 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: * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Unity-2D is not supported in never versions and does not have the same fix. On Fri, Jan 4, 2013 at 2:17 PM, axel 160...@bugs.launchpad.net wrote: just seems to follow the trend of our time that others seem to know better whats good for you and use their power and ignorance to stick to their conviction ;) contrary to aleve (#333) i find it harder to grab any edge other than the top one (i'm on unity-2d). often having to use the touchpad of my notebook and resizing windows though it has been a pain for a long time now and its sad that the situation has not really improved. at least this issue seems to have got some attention as hundredpapercuts seems to have this on their list. i just wonder where their fix (status released) will become visible... -- You received this bug notification because you are a bug assignee. 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: Confirmed Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Confirmed 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: * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On 21 August 2012 20:51, Colin Law 160...@bugs.launchpad.net wrote: As I understand it unity-2d is to be removed in Quantal(12.10), emulation of 3d being provided by llvmpipe for hardware that does not support it, so that Unity (3d) will run. From that point of view it appears that this bug becomes irrelevant from 12.10. That is unless there are other use cases. My laptop (Alienware m15x) has always ran Unity 3d and I've always been presented with a touchpad that was unusable for consistently being able to resize a window. Why is removing Unity 2d going to make this any better? -- Steve When one person suffers from a delusion it is insanity. When many people suffer from a delusion it is called religion. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On 22/03/12 09:45, Ingo Gerth wrote: Oh my god I can not believe this bug returned recently in 12.04. What a regression! It's like a nightmare! I am starting to think there must be an evil force trying to make the Ubuntu desktop harder to use! First this really annoying persistent bug, then Unity... :-P -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Renzo: In precise (ubuntu 12.04), you can resize the window by grabbing the overlay scrollbar, which is much larger than the border, and available regardless of the session type (unity-2d or anything else). Yann Dìnendal On Fri, Mar 9, 2012 at 16:42, Renzo Bagnati 160...@bugs.launchpad.netwrote: Are there any plans to address this bug for unity-2d, after having marked it as critical? Recently the resize grips in the bottom right corner have been entirely removed from precise, leaving the resize process of windows very difficult in unity-2d. I use the attached script (50_light-themes-borders) in /etc/X11/Xsession.d to copy the Ambiance and Radiance themes to the $HOME/.themes user directory and then modify the border width to 3 pixels, for normal frame geometry. The modifications are made only if unity-2d session is used and are reverted for other sessions. However the script may break if changes are made to the original themes. There must be surely a better way to do this... ** Attachment added: 50_light-themes-borders https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/160311/+attachment/2840420/+files/50_light-themes-borders -- You received this bug notification because you are subscribed to the bug report. 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: Confirmed 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/gtkhttps://launchpad.net/%7Ebratsche/+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 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2011/12/22 u-foka ta...@eisenberger.hu Maybe the best would be a configurable size for the hidden grab area :) Currently it's difficult to change, how I seen the size is hardcoded into the theme right? But is this really necessary? Three options: - review feedback and pick a sensible default value - add a new option to ccsm - link the actual radius with some other element that makes sense, e.g. the shadow decoration. KDE has a configurable border size somewhere in its theme options (option #2). Gnome 2 used to link the radius with the theme border (option #3). Windows and MacOS (Lion) don't have a configurable size, same as Unity (option #1). I am not sure about Gnome Shell (but the default size seems to be slightly larger than Unity). This is on of those cases where a sensible default, well, makes sense. A size of 8px or 10px would be easier to hit than 5px, without impacting usability negatively (i.e. it still falls within the visible shadow decoration, where you are unlikely to click to raise a window). It should be a relatively simple change with a negligible chance of regressions. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Actually the size of the shadow sounds as a good starting point! -- Eisenberger Tamás ta...@eisenberger.hu On Thu, Dec 22, 2011 at 10:07 AM, The Fiddler 160...@bugs.launchpad.netwrote: 2011/12/22 u-foka ta...@eisenberger.hu Maybe the best would be a configurable size for the hidden grab area :) Currently it's difficult to change, how I seen the size is hardcoded into the theme right? But is this really necessary? Three options: - review feedback and pick a sensible default value - add a new option to ccsm - link the actual radius with some other element that makes sense, e.g. the shadow decoration. KDE has a configurable border size somewhere in its theme options (option #2). Gnome 2 used to link the radius with the theme border (option #3). Windows and MacOS (Lion) don't have a configurable size, same as Unity (option #1). I am not sure about Gnome Shell (but the default size seems to be slightly larger than Unity). This is on of those cases where a sensible default, well, makes sense. A size of 8px or 10px would be easier to hit than 5px, without impacting usability negatively (i.e. it still falls within the visible shadow decoration, where you are unlikely to click to raise a window). It should be a relatively simple change with a negligible chance of regressions. -- You received this bug notification because you are subscribed to a duplicate bug report (638709). https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On 22 December 2011 02:21, Paul Sladen ubu...@paul.sladen.org wrote: Steve Flynn: are you on Unity 2D or Unity 3D? 3D. -- Steve When one person suffers from a delusion it is insanity. When many people suffer from a delusion it is called religion. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2011/12/21 John Lea 160...@bugs.launchpad.net @jan-bakuwel-gmail; in what way is the current Ubuntu window resizing behaviour different from the Microsoft window resizing behaviour? In both Windows and Ubuntu we have several px on the left, right and bottom of the windows that is dragable, in fact I think the dragable area in Ubuntu is slightly larger. We *do* have a bug with the dragable area at the top of a window, but are there any other issues you are aware of? 1. It doesn't work in Unity2d. 2. The draggable area is ~half the size of that in Windows. (IIRC, Windows is 10px, Ubuntu is 5 or 6px). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
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 Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
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 Lea160...@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 Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Hi John, On 22/12/11 01:59, John Lea wrote: @jan-bakuwel-gmail; in what way is the current Ubuntu window resizing behaviour different from the Microsoft window resizing behaviour? In both Windows and Ubuntu we have several px on the left, right and bottom of the windows that is dragable, in fact I think the dragable area in Ubuntu is slightly larger. We *do* have a bug with the dragable area at the top of a window, but are there any other issues you are aware of? This issue has been dragging on for so long I've grown tired of it. Have you ever tried using a touchpad to resize a window with a default Ubuntu 11.10 installation on a laptop with a high resolution screen? I've given up on it on Ubuntu 10.04 and have gotten used to Alt - Right Click to resize windows until I have time to write a program that can read my mind as I don't think this will ever be fixed on Ubuntu 10.04. I can't use Ubuntu 11.10 as yet as Unity is buggy and even if it would not be buggy it still is a much lesser fit to my needs than Gnome 2. I might be forced to stay with Ubuntu 10.04 for a few more years as I think Unity need a lot more work before it's usable for anything more than occasional desktop work. Fortunately support for 10.04 has been extended - I assume for obvious reasons? The point many people are trying to make is that resizing windows needs to be intuitive. Dare I say that something that is intuitive should no more depend on the selected theme as it would on the selected background image? It has been intuitive on Windows since 3 (can't remember Windows 3 sorry :-P), as well as on any incarnation of Mac OS but somehow we seem to continue to have to debate and explain something that I would consider really really obvious. Perhaps the developers should simply use a laptop with a touchpad and high resolution screen and see if they can resize windows without inflicting RSI on themselves. If they can't, it's not fixed, no matter what technical arguments are put forward. regards, Jan -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On 21 December 2011 20:54, David N. Welton davidnwel...@gmail.com wrote: Bingo! My laptop has a very high resolution screen, and this bug drives me batty. Don't the developers ever test on a system with a high resolution screen and a trackpad? Try using a trackball. Absolute nightmare. -- Steve When one person suffers from a delusion it is insanity. When many people suffer from a delusion it is called religion. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Hy! I can grab the 5px areas easily with trackball or touchpad on my T61 (14,1 1440x900), on the other hand, the 1px area is nearly impossible to catch with any display and pointing device. Eisenberger Tamás ta...@eisenberger.hu On 12/21/2011 10:53 PM, Steve Flynn wrote: On 21 December 2011 20:54, David N. Weltondavidnwel...@gmail.com wrote: Bingo! My laptop has a very high resolution screen, and this bug drives me batty. Don't the developers ever test on a system with a high resolution screen and a trackpad? Try using a trackball. Absolute nightmare. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On 21 December 2011 22:27, u-foka ta...@eisenberger.hu wrote: Hy! I can grab the 5px areas easily with trackball or touchpad on my T61 (14,1 1440x900), on the other hand, the 1px area is nearly impossible to catch with any display and pointing device. Alienware m15x, 1900 * 1200. If I hit the grab area first time using the touchpad it's a fluke. If I hit it with the trackball, it's only with a degree of concentration. Same laptop, same trackball and touchpad, Windows at the same rez - no problem. /shrug Been complaining about this for getting one for 2 years and it actually got resolved. Then Oneric came out and it was back to square one. -- Steve When one person suffers from a delusion it is insanity. When many people suffer from a delusion it is called religion. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Maybe the best would be a configurable size for the hidden grab area :) Currently it's difficult to change, how I seen the size is hardcoded into the theme right? Eisenberger Tamás ta...@eisenberger.hu On 12/22/2011 01:26 AM, Steve Flynn wrote: On 21 December 2011 22:27, u-fokata...@eisenberger.hu wrote: Hy! I can grab the 5px areas easily with trackball or touchpad on my T61 (14,1 1440x900), on the other hand, the 1px area is nearly impossible to catch with any display and pointing device. Alienware m15x, 1900 * 1200. If I hit the grab area first time using the touchpad it's a fluke. If I hit it with the trackball, it's only with a degree of concentration. Same laptop, same trackball and touchpad, Windows at the same rez - no problem. /shrug Been complaining about this for getting one for 2 years and it actually got resolved. Then Oneric came out and it was back to square one. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On 21/12/11 11:32, Nacnud Nosmoht wrote: Broken on Oneiric. And I still haven't seen a fix. And I don't care if this is or isn't a bug, and all the other nuances, I just want a way to be able to resize windows. I can make it work if I have a mouse plugged in, but using the touchpad, with my calloused fingers, it's completely impossible to grab the window border to resize the window. COME ON GUYS - THIS SHOULDN'T BE THAT HARD! Amazing eh? Microsoft folks are laughing their heads off: can't get this simply thing right? +1 (for the 10th time?) Jan -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Sun, Aug 21, 2011 at 8:05 PM, The Fiddler 160...@bugs.launchpad.net wrote: 2011/8/21 Sam Spilsbury smspil...@gmail.com Invisible borders are not implemented in unity-2d Are they technically infeasible or could they be implemented with some effort? If so, where should they be implemented? They can be implemented with some effort, but its difficult when you're not compositing because its another set of windows to be tracking (you can't reparent an InputOutput window into an InputOnly window, which means that you can't abuse reparenting like we do in compiz in order to do this easily) They'd belong in metacity in that case. -- You received this bug notification because you are a bug assignee. 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 “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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Mon, Aug 22, 2011 at 9:22 PM, Fabien Tassin f...@ubuntu.com wrote: yep, it regressed for me too. and to make the matter worse, the gtk resize grip in the bottom-right corner is gone too (or at least it's gone when using gnome-shell, not sure about unity) They will be back once we work out what caused the performance problems in the unity decorator (xrender is really really slow on intel recently) -- You received this bug notification because you are a bug assignee. 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 “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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2011/8/21 RussianNeuroMancer 160...@bugs.launchpad.net Now it's again issue in Oneiric. In both unity and unity2d. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Invisible borders are not implemented in unity-2d On Sun, Aug 21, 2011 at 4:43 PM, The Fiddler 160...@bugs.launchpad.net wrote: 2011/8/21 RussianNeuroMancer 160...@bugs.launchpad.net Now it's again issue in Oneiric. In both unity and unity2d. -- You received this bug notification because you are a bug assignee. 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 “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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2011/8/21 Sam Spilsbury smspil...@gmail.com Invisible borders are not implemented in unity-2d Are they technically infeasible or could they be implemented with some effort? If so, where should they be implemented? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
I'm out of the office until 1st August. On 21 Apr 2011, at 09:11, Peter 160...@bugs.launchpad.net wrote: thanks to scaine #58 for something that works can't believe it took 4 years for some to realise windows that are extremely difficult to grab the sides of is not the intention of a Graphical User Interface -- You received this bug notification because you are a member of Papercutters, which is subscribed to One Hundred Paper Cuts. 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 “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). ** Attachment added: unnamed https://bugs.launchpad.net/bugs/160311/+attachment/2233535/+files/unnamed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
[cut] Are you running unity-window-decorator? ps aux | grep unity-window-decorator On one of my machines I have similar issue. unity-window-decorator is not running. After: $ compiz --replace $ unity-window-decorator --replace border is more than 1px. Which package should I re/install to make it work by default after restart? [cut] -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Worked for me with a fresh install. Extra grab space is on the outside of the window in the shadow area Please excuse brevity and pistakes this email was composed on a mobile phone. Thanks and best regards, Richard -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Sat, Jul 16, 2011 at 10:56 PM, UeB moritz_nad...@gmx.de wrote: It says in this thread that a fix was commited. I upraded to Ubuntu 11.04 using the classic gnome desktop and still my window borders in the ambiance and radiance themes are only 1 pixel wide, so resizing windows with the mouse alone is still a pain in the ass. I thought it was fixed now. Is there still a problem on my pc do I have a wrong understanding of what fixed means in this case. Any enlightenment is very appreciated. Thanks in advance. Are you running unity-window-decorator? ps aux | grep unity-window-decorator IT could also be that you have those themes installed locally and they are conflicting with the themes that specify the new borders. -- You received this bug notification because you are a bug assignee. 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 “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 -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
We can't backport it unless we backport compiz too since it is dependent on the reparenting feature of compiz which was introduced in the unstable version in Natty. On Tue, Apr 5, 2011 at 12:01 AM, Taco Fortgens 160...@bugs.launchpad.net wrote: I agree that this should be backported, especialy to 10.04 LTS -- You received this bug notification because you are a bug assignee. 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 “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). -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Its fixed in natty alpha2 R -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
2011/1/24 Neilen Marais launch...@chatsubo.lagged.za.net I think a good modification to the invisible drag handle proposal would be to rather use resize border resistance. This is a solution that won't require more than 1 px of UI space to work well. How I envisage it working is: 1) keep your arbitrarily small window border resize 2) Define a resize-resistance size, say 5 px 3) Once the user moves the pointer over the resize edge, the resize cursor will appear 4) The resize cursor will remain active until the user moves the pointer at lease 'resize-resistance' many pixels away from the resize edge 5) Click-and-hold while the resize cursor is active will result in window resizing. This wouldn't solve the issue, since most the difficulty lies in positioning the cursor over the 1px resize edge (once you manage that, initiating a resize is simple). In any case, this is being worked on for Natty, apparently. Hopefully we'll be notified when the fix lands, so we can alpha-/beta-test the solution and provide any necessary feedback. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
Thanks Vish. Would it be possible to amend the following sentence so it reads: + This should mostly be fixed for Natty and *will* get backported to 10.04 and might get backported to earlier releases as well. 10.04 is a LTS after all... thanks, Jan On 03/01/11 07:53, Vish wrote: ** Description changed: * - No more comments needed + No more comments needed - This should mostly be fixed for Natty and might get backported to earlier releases as well. + 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 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). - - * - Blueprint for Natty: - https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection-dx-n-resizing-windows - - Work items - 1 * 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/ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
On Mon, Dec 13, 2010 at 10:49 PM, Martin Spacek launch...@mspacek.mm.st wrote: Sorry for the noise, but as others have pointed out (over the years!), one workaround is using ALT+middle mouse button to resize from anywhere within a window. Just want to add that there's a key in gconf that let's you change that to using ALT+right mouse button instead: Or, we could just sort out the fundamental problem with resizing a window by using the time-honoured tradition of grabbing a reasonable chunk of the bottom left corner and dragging the bugger. Give us a decent chunk to grab and we will. I use my laptop with both a trackpad and a logitch thumbwheel trackball. Both options are painful to use under Ubuntu and utterly fine under Windows. I don't think it's a lot to ask to give someone more than 1 or 2 pixels to hit on a 1900 pixel width screen. In all honesty, I'm utterly stunned that fundamental issues like this and hundreds of other are complaining about aren't resolved yet... it's a papercut and STILL we're banging on about it... -- Steve When one person suffers from a delusion it is insanity. When many people suffer from a delusion it is called religion. 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
[cut] 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 I would suggest creating this resizing area only _inside_ this window, 4 pixels close to 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). These both are smart ideas. -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
Seem to be solved in GNOME 3 http://blogs.fedoraproject.org/wp/mclasen/2010/10/09/getting-a-grip/ On Sat, Oct 23, 2010 at 20:48, Ben Shadwick benshadw...@gmail.com wrote: Does anyone know if this issue still exists in the current state of Gnome 3? -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a direct subscriber of a duplicate bug (533510). Status in Ayatana Design: Confirmed Status in One Hundred Paper Cuts: Triaged Status in The Metacity Window Manager: In Progress Status in Release Notes for Ubuntu: Fix Released Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Triaged Status in “metacity” package in Ubuntu: Triaged 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: 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 unsubscribe from this bug, go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscribe -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
On 01/11/10 09:20, Ben Shadwick wrote: I'm sad to see that a corner grip is the way they've decided to address things, as it's really just a workaround. +1. So no fix for Gnome 2.x - and a half-fix for Gnome 3? Can't believe the Gnome folks (assuming they're deciding about this) allow this to continue to cripple the Gnome desktop. -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
Brandon, I am working on something that should help to prevent issues like this in the future. We could all donate money and get a patch if needed, but then again only those lucky enough to know about launchpad will be the ones to find it. Upstream may not even take it. I am not sure how long it will take, but this can't continue to happen. So much frustration with little alleviation is just not to our potential in my book. Not to dig on the developers, but we as a communitty can do better. On 10/23/10, Brandon Sussman bran...@wrweb.net wrote: It is pretty clear that this is an issue and it is also pretty clear that the folks who 'get to say' do not want to fix it. I seems pointless to continue nominating it for the next release since that tactic has been ineffective since 6.06. Seems to me it is time to find an alternative to the un-cooperative component. -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a direct subscriber of the bug. -- -- Jason A. Benoit We engrave upon everyone our image with all action taken and words spoken, and turn them into molds that shape others, just as they have done to us. - Villein -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
Hi all, I don't want to see this fixed because it works that way in Windows. I want to see it fixed because it is logical to want it to work this way. I do not think it is too much to ask for an advanced operating system to be adapted to the way users use it, instead of forcing users to adapt to the way it was programmed. (or deficiency thereof) In this case, it is just the software not keeping up with hardware's advances, and this bug should be able to be remedied instead of the feature killed off. You're right of course, this has nothing to do with how Windows works. Except perhaps that Windows, Mac and Linux all share the same concepts of working with a keyboard, mouse and screen. When touch screens become main stream are we going to say that users should figure out which theme matches the thickness of their fingers or else they won't be able to comfortably and intuitively with the system? I'm surprised to read the debate is still going on. The way it currently works is simply not ergonomic nor intuitive. All themes (well especially those that come standard with Ubuntu) should support easy resizing of windows, ie. it should be fixed independently of themes. I surely don't consider this fixed or mute by adding a hidden option somewhere in 10.10. I'd also like to suggest that it gets fixed in Ubuntu 10.04 as that is a LTS release. thanks, Jan -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
On Mon, Oct 18, 2010 at 8:46 PM, Jan Bakuwel 160...@bugs.launchpad.netwrote: Hi all, I don't want to see this fixed because it works that way in Windows. I want to see it fixed because it is logical to want it to work this way. I do not think it is too much to ask for an advanced operating system to be adapted to the way users use it, instead of forcing users to adapt to the way it was programmed. (or deficiency thereof) In this case, it is just the software not keeping up with hardware's advances, and this bug should be able to be remedied instead of the feature killed off. You're right of course, this has nothing to do with how Windows works. Except perhaps that Windows, Mac and Linux all share the same concepts of working with a keyboard, mouse and screen. When touch screens become main stream are we going to say that users should figure out which theme matches the thickness of their fingers or else they won't be able to comfortably and intuitively with the system? I'm surprised to read the debate is still going on. The way it currently works is simply not ergonomic nor intuitive. All themes (well especially those that come standard with Ubuntu) should support easy resizing of windows, ie. it should be fixed independently of themes. I surely don't consider this fixed or mute by adding a hidden option somewhere in 10.10. I'd also like to suggest that it gets fixed in Ubuntu 10.04 as that is a LTS release. thanks, Jan Jan, I can certainly see your point but it is important to consider there is risk to any solution implemented. For example if Metacity is changed to satisfy this requirement how will the solution work with Compbiz? Will the border be too large at lower resolutions? What about Gnome shell? Cheers, John -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
I was unaware of the menu choices presented by right-clicking the title bar. :( That's not a technical issue, that's a training issue. In my opinion the resize option is very usable and makes this bug mute. Would usability improve if folks were encouraged to right-click the title bar by disabling the window border grab feature? John -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
You are do right. Kind Regards, Melroy van den Berg webmaster1...@gmail.com - Reply message - Van: Stian Soiland-Reyes 160...@bugs.launchpad.net Datum: wo, okt. 13, 2010 18:39 Onderwerp: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] Aan: webmas...@web-share.nl Kate - how is This can be mitigated by switching to the Dust or Clear Looks theme a fix? If I install Ubuntu 10.10 on a new machine, the default theme is still Ambience with 1 px borders. Are users required to just *know* that they need to change a theme to be able to resize windows? No other operating system seems to have this requirement. Fix or change the default theme. -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a direct subscriber of a duplicate bug (575262). -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
there is a blueprint for Natty. https://blueprints.edge.launchpad.net/ubuntu/+spec/other-hci-n-resizing-windows -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome]
I have made an error in my comments to this bug report. I would like to ask the people experiencing this to try what I described (resizing from the corners) with Metacity (desktop effects disabled), not Compiz. Metacity seems to behave considerably better here than Compiz, where the extended resize handle on the corners is simply not there. (The only thing you can resize with is the 1px border). With that in mind, it seems it would be a good idea to file a bug against Compiz, not Metacity, given that _Compiz_ is (for the time being) the default window manager new Ubuntu users must deal with and it is in fact behaving incorrectly. -- Resizing windows by grabbing window borders is difficult [please no more comments; patches welcome] https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
This is a massively deep 'papercut' issue in the ubuntu project that needs fixing as nearly every user will come across this issue - even if strictly speaking it is not a bug. On 15 Sep 2010 18:37, GonzO go...@worlord.com wrote: Resizing a window in 10.04 with Ambiance is a nightmare. What *he* said. I've increased all my borders to 5px. fixes the problem, but makes things look uglier than they should. I'd vote to just fix the appearance of windows with 5px borders, instead of wasting time trying to get in there and change the grab-zone. -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311... -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Is there anyone with decision making power regarding this issue out there willing to respond? It would be good to know if our suggestion(s) are being seriously considered, have been rejected, deemed irrelevant, etc? -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
+1 for Importance. I think the usability (or lack thereof) of a user interface should not depend on how it looks like. For instance we don't expect the theme to define the pointer speed, double-click time out etc either? I think it should be possible to use the user interface with straining ones muscles no matter what a theme does; 1px on high res screen really is beyond what I consider usable. If we want it configurable, why not extend the Mouse Preferences with a slider that specifies the number of pixels for the transparent area that has been suggested? -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Hi Dylan, On 05/09/10 04:11, Dylan McCall wrote: It would be helpful to know what is wrong with the current approach, which has changed considerably from two years ago. The default themes now have a _considerably large_ hotspot for resizing on all four corners of every window. From my perspective, this problem feels like it's solved (though there is a slight learning curve for those coming from Windows). So, why is that solution insufficient? What I think is wrong with the current approach is that it strains peoples muscles unnecessarily in other words is rather uncomfortable to use. IMHO it is counter intuitive to only be able to resize windows from the edges (I for one often want to extend a window in one direction only). If it can be done for the edges why not for the whole window? My vote goes towards an invisible area in which the mouse pointer changes shape (and snaps to the edge of the window if so required) that remains usable also when high res screens are being used. I don't understand why the issue needs debating? Haven't you tried to resize windows with the mouse (not using the edges)? Please do 10 resizes on a high res screen and let us know how your arm feels afterwards! Jan PS I'm using the default New Wave theme. -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Jan, I don't think the border needs to be visually thicker, just the invisible one. On Thu, Sep 2, 2010 at 5:08 PM, Jan Bakuwel 160...@bugs.launchpad.netwrote: I was wondering why I felt strain in my muscles, then engaged the brain, then discovered this thread :-) Making the border thicker obviously has undesirable optical effects. IMHO resizing of windows should always be comfortable and intuitive (Microsoft can do it, can't Ubuntu/Gnome/Metacity??). -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a direct subscriber of the bug. Status in Ayatana Design: Confirmed Status in One Hundred Paper Cuts: Triaged Status in The Metacity Window Manager: In Progress Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Triaged Status in “metacity” package in Ubuntu: Triaged Bug description: 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 unsubscribe from this bug, go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscribe -- READ CAREFULLY. By accepting this email into your inbox you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (“BOGUS AGREEMENTS”) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
We will be discussing this bug and a solution for it at Ubuntu Developer Summit next week. Please save your breath, we know it's high priority and we are going to fix it! -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Tue, Mar 30, 2010 at 10:51:26AM -, Chris Kenyon wrote: - The issue appears to have been significantly aggravated in Lucid by changing the border width from 3 pixels to 1 pixel I have to say I've only noticed this problem first with Lucid - I was happy with the border width on Intrepid. 1 pixel is VERY difficult to grab in a hurry! I think the problem is perhaps exacerbated for those of us who have focus follows mouse set. -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Holding the alt key while using the middle mouse button seems to be the best way to resize windows. I agree, tis a pain to try and resize from the edge of a window. On Fri, 2010-02-19 at 05:42 +, imclean wrote: Just want to register my agreement with those who think this a major usability issue. While the right click - resize method is a work around, it is one that the majority of users will never find. (I didn't until I read it here). It is also slow and clumsy. The precision required to select the edge of the window on my 24 1920x1200 screen is probably in the order of 100 microns movement of my mouse. I frequently have to move my mouse infintesimally side to side several times before being able to select the edge of a window. It drives me crazy. I consider it the biggest interface problem I have encountered in Gnome,just ahead of the broken autohide function on panels. -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Big +1 Imagine how many times each day you try to grab window borders and fail. On Thursday, 10 December, 2009 05:58 PM, latimerio wrote: How can a bug like this with so many responses be undecided or low in priority? Usability is a key factor in modern systems and can not be rated high enough. With usability I mean pure pragmatic ergonomics, not animations or themes which are merely design which can be argued about. Usability tests comprise of things like * number of clicks to perform a task, * mouse movements required * hit and miss clicks * eye movements required to find the next step in a workflow etc. Usabiltiy is fairly easy to count and meter and to build a testbed for. When I look a the plethora of themes, color and background settings it seems to me though that ergonomics do not have enough charme for most developers. -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
