[indicators] improve the indicator selection

[Pat McGowan]

Still not refined enough
Blank bar has caused some confusion.

<http://www.infoworld.com/d/mobile-technology/hands-the-ubuntu-touch-linux-smartphone-213277?page=0,0>: "The icons are small and closely spaced, so it's easy to open a different tray than expected."

See also duplicate blueprint <https://blueprints.launchpad.net/ubuntu/+spec/client-1303-unity-ui-improve-indicator-selection>.

[Oren Horev (oreneeshy)]

We need a better algorithm to minimize false switching but this is not a
simple one. The issue here is interpretation of gestures that follow
a diagonal vector and how to distinguish a scroll - select an indicator
menu from a swipe - switch to another menu. It is clearly evident when
using thumbs in a one hand posture, but also when using the index finger in
a two hand posture. When a user performs a diagonal vector slight changes
of the finger movement result in change of mode from switch to select. The
main "protection" we deploy at the moment is
the commit threshold which disables menu switching pass a certain distance,
from the top edge. Obviously this is suboptimal.

On Fri, Mar 1, 2013 at 2:41 AM, Bill Filler <email address hidden>wrote:

> ** Changed in: manhattan
> Assignee: (unassigned) => Michał Sawicz (saviq)
>
> ** Changed in: manhattan
> Status: New => Confirmed
>
> --
> You received this bug notification because you are subscribed to
> manhattan.
> Matching subscriptions: Manhattan bugs
> https://bugs.launchpad.net/bugs/1134491
>
> Title:
> [indicators] improve the indicator selection
>
> Status in The Manhattan project:
> Confirmed
>
> Bug description:
> Still not refined enough
> Blank bar has caused some confusion.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/manhattan/+bug/1134491/+subscriptions
>

--
Oren Horev
Lead User Experience Designer

Canonical Design Team
[phone]
<email address hidden>
http://www.ubuntu.com/

[kevin gunn (kgunn72)]

i noticed too that the once the commit threshold is reached, when the finger travels back/upward (technically back into non-committed/threshold), movement to the next icon isn't allowed either. should it be ?? it seemed odd to me.

[Oren Horev (oreneeshy)]

Yes. This is the intended behaviour. The idea was to establish a clear
selection region. It is interesting though to consider a trigger of
selection mode on upward pull
On 12 Mar 2013 21:00, "kevin gunn" <email address hidden> wrote:

> i noticed too that the once the commit threshold is reached, when the
> finger travels back/upward (technically back into non-
> committed/threshold), movement to the next icon isn't allowed either.
> should it be ?? it seemed odd to me.
>
> ** Changed in: manhattan
> Assignee: Michał Sawicz (saviq) => Oren Horev (oreneeshy)
>
> --
> You received this bug notification because you are a bug assignee.
> Matching subscriptions: Manhattan bugs
> https://bugs.launchpad.net/bugs/1134491
>
> Title:
> [indicators] improve the indicator selection
>
> Status in The Manhattan project:
> Confirmed
>
> Bug description:
> Still not refined enough
> Blank bar has caused some confusion.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/manhattan/+bug/1134491/+subscriptions
>

[kevin gunn (kgunn72)]

assigning to mpt, as he's got the pleasure of owning indicators

[Oren Horev (oreneeshy)]

MPT owns the content of indicator menus. Shell UI is owned by the leads (Mika, John, Oren)