Probably the reason why the "from App to Dash" logic hasn't been replicated here is that in App to Dash use case the switch can be handled by moving surfaces inside the Shell code. It's from app to another app switch whilst in from scope to scope use case it's one single application internal navigation. And we don't really have a way to pass gesture progress values to apps currently. We can just notify the dash to focus to the home scope. One time trigger only.
-- 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
