On Thu, Jan 31, 2013 at 6:32 PM, MC Return <email address hidden> 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