Summary: | Mouse clicks are not recognised if the mouse moves at all during the click | ||
---|---|---|---|
Product: | [Unmaintained] plasma4 | Reporter: | James Ots <kde> |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
James Ots
2008-01-12 17:01:43 UTC
SVN commit 760441 by jstubbs: Have the icon applet explicitly tell the icon widget that a clicked() signal isn't wanted after a mouse move rather than the widget assuming so. This means that icon applets that can't be dragged act like regular buttons again. Ok to commit this to 4.0 as well? BUG: 155531 M +2 -7 libs/plasma/widgets/icon.cpp M +0 -1 libs/plasma/widgets/icon_p.h M +3 -0 plasma/applets/icon/icon.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=760441 the patch is unfortunately wrong. now when a drag of a desktop icon is complete, the icon is launched. this obviously shouldn't happen. we can't rely on QGraphicsItem::ItemPositionChange since we don't get that when embedded in another item. we can't rely on the Icon widget being set to non-movable itself for the same reason. i think the only real solution will be to capture the scene coordinates on mouse down, and compare them with the scene coordinates on mouse up before emitting clicked. Dragging of a desktop icon works fine here.. How are you getting the launch to happen? Did you forget to include some of your changed files in the check-in? no, it's that i tested libplasma itself, not in conjunction with the icon applet. in fact, the changes to the icon applet are not rather unnecessary as i've fixed the icon widget directly. |