So as of stakeholders meeting clarified, there should be no distinction
between touch and mouse handling. Whatever can be done with touch should
be doable with mouse. This policy stays the same, therefore the
implementation we have is right and will stay as is.
** Changed in: ubuntu-ui-toolkit (Ubuntu)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1479688
Title:
ListItem does not swipe with custom MouseAreas
Status in Ubuntu UX:
Fix Committed
Status in ubuntu-ui-toolkit package in Ubuntu:
Fix Committed
Bug description:
Expected:
ListItem with user avatar an an image/attachment. I want to be able to detect
the click on the avatar or the image, so I need to place MouseAreas within the
list view. This used to work with the old ListViewItemWithActions.
Actual:
ListItem does not allow a swipe when it starts on one of those mouse areas.
Meaning, you have to look for "free" space where you can drag the item, which
is not intuitive and clearly a UX annoyance.
UX Fix:
When a mouse is plugged in, the leading and trailing actions should be
available in the contextual menu. Please look at
https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit#heading=h.y7e1o2x66nvr
pages 106-109.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1479688/+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
