dx-packages team mailing list archive
-
dx-packages team
-
Mailing list archive
-
Message #33843
[Bug 160311] Re: Resizing windows by grabbing window borders is difficult
@colin-law no, this bug does not apply to Unity. This bug was filed
years before Unity even existed. If it is "fixed" by changing to Unity,
that's great for Unity users, but simply sweeping an issue under the rug
because you changed window systems doesn't change the fact the the bug
continues to exist in the windowing systems that the issue was reported
against.
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to unity in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/160311
Title:
Resizing windows by grabbing window borders is difficult
Status in Ayatana Design:
Fix Released
Status in emerald:
New
Status in One Hundred Papercuts:
Fix Released
Status in metacity:
In Progress
Status in ubuntu-mate:
Opinion
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
Status in unity package in Ubuntu:
Confirmed
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