Bug 85700 - KListView Drag and drop: if the cursor became valid, it stay valid
Summary: KListView Drag and drop: if the cursor became valid, it stay valid
Status: RESOLVED INTENTIONAL
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Stephan Kulow
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-22 16:22 UTC by Olivier Goffart
Modified: 2009-04-10 20:53 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Olivier Goffart 2004-07-22 16:22:08 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources

I can reproduced this bug both with KMail KNode and Kopete.
It is realy visible on Kopete

The original report is the Bug 84638  but i fill a new one because that one is poluate with some usability issues.

When you drag somethings over itmes in a list view. the mouse cursor might be valid if you can drop the itm there. or invalid if you can't (you see a black round with a /)
depending the result of KListView::acceptDrag()

The problem is that if the cursor become valid on one item, it stay valid on every item.

TO REPRODUCE:
In Kopete: Start drag a metacontact. you can't drag it to another Metacontact so the cursor stay invalid if you are on metacontacts.  If you are over a group: the cursor become valid (Normal).  But if you go back over others metacontact: the cursor is still valid. (Bug)

In Knode:  take a random post, and go over the different newsgroup. you can't drop it there, so the cursor is invalid (Normal).  Now, go over the folder "Draft" you can drop it, the cursor became valid (Normal).  return in the different newsgroup, the cursor is valid.

It's maybe also a bug in QT.
Comment 1 Olivier Goffart 2009-04-10 20:53:02 UTC
KListView is deprecated