[indicators] improve the indicator selection

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
+44 (0) 77 3430 8009
<email address hidden>
http://www.ubuntu.com/

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.

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
>

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

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

We have a new improved indicators design that should solve this issue. Have a look at the prototype: https://drive.google.com/a/canonical.com/#folders/0B8eY_FZZ1z7IOE5uZFRJV1RVTlU

I will create a specification document about all needed interactions and the work will be handed over to engineering after that.

Status changed to 'Confirmed' because the bug affects multiple users.