If you destroy the item before the animation would complete, you would not see any animation, right? That's why - even the new ListItem - triggers the actions only after the snap animation is completed.
OTOH, the deletion animation should not be part of the ListItem, but whould be implemented with ListView's removeDisplaced transition, a big mistake what has been done with the current ListItems. And in fact, the ListItems should not bother ever whether the item was deleted from model or not. I'd suggest to switch to the new ListItem as soon as your application reaches Vivid. We might also port few existing ListItem components to use the new one, if possible with any API breaks. Unfortunately that doesn't necessarily seem doable... ** Changed in: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided => Low -- 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/1313134 Title: listitem: itemRemoved should be triggered before the listItem hiding animation. Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: Currently after swiping on the listItem.Empty, the listItem first hides and after the hiding animation completes, itemRemoved is called. However, preferrably, itemRemoved should be triggered before the hiding animation. Also, in itemRemoved, a way to cancel removal(hiding animation) should be provided. @Jan Kundrát who suggested reporting this bug. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1313134/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
