Bug 378666 - File chooser only allows files to be drag-and-dropped to the text field, not the main file view
Summary: File chooser only allows files to be drag-and-dropped to the text field, not ...
Status: RESOLVED DUPLICATE of bug 45154
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-04-11 16:18 UTC by Nate Graham
Modified: 2018-04-11 21:47 UTC (History)
2 users (show)

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 Nate Graham 2017-04-11 16:18:45 UTC
Linux distro: openSUSE Tumbleweed
Plasma version: 5.9.4
KDE Frameworks version: 5.32
QT version: 5.7.1

Steps to reproduce:
1. Open a Dolphin window and navigate to some text file
2. Open Kedit or Kate (or any text editor using the KDE file chooser dialog)
3. Go to File > Open
4. Drag the file from the Dolphin window into the file chooser dialog

Expected results:
The file chooser dialog displays the directory containing the file and highlights it

Actual results:
The cursor gains a red "can't do that" icon below it, and nothing happens. You need to manually navigate to the location in the file chooser dialog, despite the fact that you already have the location open and visible in Dolphin.

Notes:
The GTK and MacOS file chooser dialogs support drag and drop in this manner, and it's very nice.
Comment 1 Christoph Feck 2017-04-21 13:11:41 UTC
As a user, I would have expected a drop to a file dialog to move the file to the open folder. This might be the reason it was not implemented.
Comment 2 Nate Graham 2017-04-21 13:38:50 UTC
I'll note that the behavior works the way I'm proposing in Mac and GTK-based file choosers in Linux OSs. So if the user is at all familiar with those platforms, that might not be their assumption. If so, actually moving the file on a drag is semi-destructive.

The whole drag-a-file-into-the-file-chooser-to-change-the-view-to-show-that-file is an incredible productivity booster in the Mac and GTK Linux worlds of the type that I sorely miss when I'm forced to use Windows.
Comment 3 Nate Graham 2017-08-20 01:38:19 UTC
Workaround: drag the file to the text box, not the file view, which pastes in the path and accomplishes the desired workflow. I still think dragging a file to the main file view should do the same, given that right now it does nothing and displays a "can't do that" cursor. Might as well have it do something useful and in the process match the behavior of the macOS and GTK file choosers.
Comment 4 Nate Graham 2018-04-11 21:47:28 UTC

*** This bug has been marked as a duplicate of bug 45154 ***