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 -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
