touch-packages team mailing list archive

[Vesa Rautiainen <1506708@xxxxxxxxxxxxxxxxxx>]

The logic for the long left edge swipe seems to quite inconsistent
currently:

What happens now is that the long left edge swipe takes the user to the
left most scope in the Dash when the finger is released towards the
right edge.

Except:
- When some other than the left most scope is currently focused. Then nothing happens.
- When user has drilled in to one of the child scopes (such as Ubuntu Store). Then the focusing happens during the gesture immediately after the launcher width has been passed even without finger release.

The UX here needs to be fixed to be consistent always. Otherwise the
user can't really rely on the gesture if it act differently in different
cases. So either long left edge swipe only focused Dash app without
changing its state or the in addition it also focuses to the left most
item. But this should definitely NOT happen during the gesture while
finger still pressed. What happens with the App to Dash use case is the
correct behaviour.

The Dash structure is likely to change in the near future so we'll
address this inconsistency problem as a whole there. I think this bug
could though be fixed simply by implementing similar long left edge
swipe behaviour for Child scope -> Dash as there is currently for Any
other app -> Dash.


** Description changed:

  1) Go the app store, look at an app page, maybe start writing a review
  2) Pull out the launcher
  
  If you are even a little enthusiastic with your pull, the dash resets,
  and you lose your place.
  
  I do it by accident often, and it's annoying. I think it would be
  reasonable to wait till the drag goes more than a launcher's width past
  the launcher or something similar.
+ 
+ --------Desired design-------------
+ 
+ Don't go home scope (left most) yet when gesture has passed the launcher
+ width. Follow the same logic here as when performing left edge gesture
+ when some other app than Dash is focused.
+ 
+ I don't think there is exact spec or parameters anywhere but basic rules are:
+ - Only trigger switch on finger release (the home scope can and should already be revealed during the gesture)
+ - To go to home scope certain horizontal threshold value needs to be exceeded and gesture direction on release needs to be from left to right.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1506708

Title:
  Dash reset when pulling out launcher is too eager

Status in Ubuntu UX:
  In Progress
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  1) Go the app store, look at an app page, maybe start writing a review
  2) Pull out the launcher

  If you are even a little enthusiastic with your pull, the dash resets,
  and you lose your place.

  I do it by accident often, and it's annoying. I think it would be
  reasonable to wait till the drag goes more than a launcher's width
  past the launcher or something similar.

  --------Desired design-------------

  Don't go home scope (left most) yet when gesture has passed the
  launcher width. Follow the same logic here as when performing left
  edge gesture when some other app than Dash is focused.

  I don't think there is exact spec or parameters anywhere but basic rules are:
  - Only trigger switch on finger release (the home scope can and should already be revealed during the gesture)
  - To go to home scope certain horizontal threshold value needs to be exceeded and gesture direction on release needs to be from left to right.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1506708/+subscriptions