On Thu, Feb 3, 2011 at 9:59 PM, Chase Douglas
<email address hidden> wrote:
> The patch seems to require bringing the cursor to exactly the very last
> pixel row or column along the edge of the screen. This will be very hard
> to do properly with a touchscreen. If there's a bezel around the screen,
> you won't be able to get to the last pixel. If there isn't a bezel, you
> will probably overshoot and end with a touch up event instead of futzing
> along the edge of the screen.
>
Indeed. This fix is for desktops.
> Instead, could we do some simple snap to the edge of the screen logic?
> If it gets within 5 px it snaps? Who would really be upset that they
> can't set their window to exactly 3 px from an edge :).
I think with unity touch we'll have another plugin which controls
resize snapping
>
> --
> You received this bug notification because you are a member of Unity
> Team, which is subscribed to unity in ubuntu.
> https://bugs.launchpad.net/bugs/710356
>
> Title:
> Resizing with external padding/grab area prevents reaching edge of
> screen
>
> Status in Unity:
> Triaged
> Status in “light-themes” package in Ubuntu:
> Incomplete
> Status in “unity” package in Ubuntu:
> Triaged
>
> Bug description:
> With the new external padding/resize drag area introduced in light-
> themes=0.1.8.5 to help with LP: #160311 it is not possible to resize a
> window exactly against the boundaries of the edge of the screen.
>
> There are two main parts to this.
>
> (a) The extent of the shadowing is used as the window outside. When released, the window ends up being smaller.
> (b) When click is initiated N pixels outside the window border, the pointer will reach the edge of the screen N pixels too soon; prevent resizing exactly against the edge.
>
> Solutions:
>
> (1) The shadow should not be counted as the size of the window
> (2) If the pointer is N pixels outside of the window border, the pointer must be allowed to overshoot N pixels past the edge of the screen while resizing.
>
> For the latter, one pixel of border must remain grabable so that the
> window can be reduced from a semi-maximised state again.
>
> S
>
>
>
On Thu, Feb 3, 2011 at 9:59 PM, Chase Douglas
<email address hidden> wrote:
> The patch seems to require bringing the cursor to exactly the very last
> pixel row or column along the edge of the screen. This will be very hard
> to do properly with a touchscreen. If there's a bezel around the screen,
> you won't be able to get to the last pixel. If there isn't a bezel, you
> will probably overshoot and end with a touch up event instead of futzing
> along the edge of the screen.
>
Indeed. This fix is for desktops.
> Instead, could we do some simple snap to the edge of the screen logic?
> If it gets within 5 px it snaps? Who would really be upset that they
> can't set their window to exactly 3 px from an edge :).
I think with unity touch we'll have another plugin which controls
resize snapping
> /bugs.launchpad .net/bugs/ 710356
> --
> You received this bug notification because you are a member of Unity
> Team, which is subscribed to unity in ubuntu.
> https:/
>
> Title:
> Resizing with external padding/grab area prevents reaching edge of
> screen
>
> Status in Unity:
> Triaged
> Status in “light-themes” package in Ubuntu:
> Incomplete
> Status in “unity” package in Ubuntu:
> Triaged
>
> Bug description:
> With the new external padding/resize drag area introduced in light-
> themes=0.1.8.5 to help with LP: #160311 it is not possible to resize a
> window exactly against the boundaries of the edge of the screen.
>
> There are two main parts to this.
>
> (a) The extent of the shadowing is used as the window outside. When released, the window ends up being smaller.
> (b) When click is initiated N pixels outside the window border, the pointer will reach the edge of the screen N pixels too soon; prevent resizing exactly against the edge.
>
> Solutions:
>
> (1) The shadow should not be counted as the size of the window
> (2) If the pointer is N pixels outside of the window border, the pointer must be allowed to overshoot N pixels past the edge of the screen while resizing.
>
> For the latter, one pixel of border must remain grabable so that the
> window can be reduced from a semi-maximised state again.
>
> S
>
>
>
--
Sam Spilsbury