touch-packages team mailing list archive

[Michael Zanetti <michael.zanetti@xxxxxxxxxxxxx>]

Public bug reported:

To reproduce:

* Run the attached qml file
* press the mouse/finger on the ListItem in the center (don't release)
* drag the mouse/finger outside the listitem
* release

=> you'll see a "Clicked!!!" message printed to stdout

expected: when the user decides not to click an item and cancels it by
moving outside the mouse area to release, the clicked signal should not
be emitted.

This is also what the QML MouseArea does. From it's docs: "A click is
defined as a press followed by a release, both inside the MouseArea
(pressing, moving outside the MouseArea, and then moving back inside and
releasing is also considered a click)."

The current behavior causes some nasty usability issues in some apps as
the user is used to be able to cancel a click this way, but ListItems
behave differently than all the other elements. I.e. the Ubuntu Button
behaves the same as the MouseArea etc.

** Affects: ubuntu-ui-toolkit (Ubuntu)
     Importance: Undecided
         Status: New

** Attachment added: "Main.qml"
   https://bugs.launchpad.net/bugs/1541148/+attachment/4562595/+files/Main.qml

-- 
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/1541148

Title:
  ListItem calls onClicked handler even when press is cancelled

Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  To reproduce:

  * Run the attached qml file
  * press the mouse/finger on the ListItem in the center (don't release)
  * drag the mouse/finger outside the listitem
  * release

  => you'll see a "Clicked!!!" message printed to stdout

  expected: when the user decides not to click an item and cancels it by
  moving outside the mouse area to release, the clicked signal should
  not be emitted.

  This is also what the QML MouseArea does. From it's docs: "A click is
  defined as a press followed by a release, both inside the MouseArea
  (pressing, moving outside the MouseArea, and then moving back inside
  and releasing is also considered a click)."

  The current behavior causes some nasty usability issues in some apps
  as the user is used to be able to cancel a click this way, but
  ListItems behave differently than all the other elements. I.e. the
  Ubuntu Button behaves the same as the MouseArea etc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1541148/+subscriptions