https://bugs.kde.org/show_bug.cgi?id=405520
--- Comment #2 from Alex T. Friedl <a...@calladium.de> --- Detailed observation: It is irritating which GUI elements are sensitive for the drop event and which are not. The application frame, the main menu and nearly all other GUI elements accept the drop event. But the tool area and the editor are do not accept it. Despite the fact, the editor area has a hover effect for the lines, so it seemed to be planned to react on drop events there. And the cursor changed all over the kdevelop application are to "+ Kopieren" (in the German version, in English it would be "+ Copy"), and this is wrong. It should be "Open file" in most situations. If there is a reason to reserve other reactions for some GUI elements like for tool buttons or the edit area, the cursor feedback should show this. It is not the users job to find out by trial and error what GUI elements will accept which drop action. Proposal: It would be nice, to provide for all GUI elements and especially for the editor area the *possibility* to handle drag and drop its own way. That might be very nice. But the user should be able to configure this and switch it off. The default should be 'accept drop file for open file action'. The cursor should always reflect the behavior and only change to 'Open file' if the GUI element is really providing this action. -- You are receiving this mail because: You are watching all bug changes.
