On Sat, Jul 16, 2011 at 10:56 PM, UeB <email address hidden> 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