GNOME Bugzilla – Bug 101938
Dropping in to list view awkward
Last modified: 2010-05-03 00:22:44 UTC
Package: nautilus Severity: normal Version: 2.1.5 Synopsis: Dropping in to list view awkward Bugzilla-Product: nautilus Bugzilla-Component: View as List Description: Description of Problem: It is near-impossible to drop a file into a folder that is in list view and contains only subdirectories. Steps to reproduce the problem: 1. Create a folder with a number of sub-directories, enough so that the list view will have to scroll. 2. Try to drop a file or directory from another window or the desktop into the list. 3. Cringe as you cannot get the file not to drop into one of the sub-directories Actual Results: File ends up in a sub-directory Expected Results: File ends up where I wanted it How often does this happen? All the time Additional Information: ------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-12-25 05:36 ------- The original reporter (pi@madscience.nl) of this bug does not have an account here. Reassigning to the exporter, unknown@bugzilla.gnome.org. Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.
you can drop to the column headers. I can't think of a better way to do this, suggestions are welcome.
I wonder what the Mac does.
For what it's worth, MacOS X uses a small region of, I would guess, two pixels between rows of a column view that will not 'highlight' either row as a drop target. In unsorted listviews, this is used to move items between two existing items. In the Finder, it results in copying/moving the file to the containing folder, not either of the two folders in the rows surrounding the cursor. Cheers, Pi
in winxp to drop the object in a directory all you need to avoid is dropping it on top of the name of a directory (or an archive, which would add the files in it =). As I see it, fixing (/changing) the way gtk+ handles selections in list view (GtkTreeView??) could help getting similar behaviour.
*** Bug 94619 has been marked as a duplicate of this bug. ***
*** Bug 313566 has been marked as a duplicate of this bug. ***
> "you can drop to the column headers." OK that works but this is very unusual and this does not solve the problems: http://bugzilla.gnome.org/show_bug.cgi?id=94618 http://bugs.gnome.org/show_bug.cgi?id=138931 With a proposal of comment #4 you could solve all the problems at once.
Summary: We have two possibilities to tackle this issue (I) allow to drop "between" two rows. I've submitted a patch for this to nautilus-list [1,2], which might make it into Nautilus 2.14. (II) allow to drop in other columns than the name column to paste to the background. This would mean that other columns are not treated as belonging to the file. While this is possible as well, I fear that a) it looks odd that the whole row is highlighted as drag feedback, while the highlighting is only drawn if you hover the name column. Changing this would require GtkTreeView changes (_set_drop_column). This is feasable only for Nautilus 2.16. b) it may feel inconsistent with other applications' treeviews On the other hand, treating other columns than the name columns as not belonging to the file (i.e. acting as background) could work pretty well if we also treat clicks to those columns as background clicks. [1] http://mail.gnome.org/archives/nautilus-list/2005-July/msg00260.html [2] http://mail.gnome.org/archives/nautilus-list/2005-August/msg00078.html
*** Bug 312406 has been marked as a duplicate of this bug. ***
This bug got even worse in 2.18.0.1 / 2.19.3: Now it is IMPOSSIBLE to drag'n'drop a file even to column header as suggested in comment #1. See attachement. Please improve list view in Nautilus - maybe it's not for beginners but I think many to not want to miss a proper list view implementation in Nautilus. What's about the suggestion from comment #4? Is it possible to change GTK list view that only the "Name" column is activated when hovering over or right clicking it? Shall I open a new bug report for versions 2.18.0.1 / 2.19.3?
Created attachment 90046 [details] Drag 'n' drop impossible in list view
I'm currently working on it, will be ready by this weekend. I still have one question about how to implement this functionality for one special case. For example one opens a folder in list view. Inside of this folder a subfolder gets expanded, so that one can see the files inside of this subfolder. Now if a drag occurs to one of the subfolder files (not folders), where should the dragged file be placed, into the subfolder or into the folder the window was opened for?
Dimitri: Into the subfolder seems to make most sense. Assuming you mean on the filename column. For the other columns it seems to make more sense to go to the toplevel dir, i think.
Created attachment 125101 [details] Make right columns "insensitive"
Hello Dimitri: Thanks for your improvements in list view mode in Gnome 2.24! :) Is it possible to make the right columns beside the name column "insensitive"? That would be great because you would be able to drag and drop files/folders there. And it would be possible to click with the mouse on the area and highlight the files which should be marked (see screenshot above this post).
(In reply to comment #15) > Hello Dimitri: Thanks for your improvements in list view mode in Gnome 2.24! :) > > Is it possible to make the right columns beside the name column "insensitive"? > > That would be great because you would be able to drag and drop files/folders > there. And it would be possible to click with the mouse on the area and > highlight the files which should be marked (see screenshot above this post). > I have now working code which makes DND possible, it will only drop something into a subfolder if one drags the items onto the name column. However, I spoke to Alexander Larsson on irc, he said that I will also have to patch the selection so that only the name column is selected during a drop to the name column. And right now I'm stuck with this (it's tedious to find out how it works to be able to patch it) and did not have time in the last couple of months.
Dimitri Benin, would you post your code? There is quite a lot of demand in Ubuntu's bug tracker ( https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/61237 ).
Bug #310819 has a patch, closing this a dup. *** This bug has been marked as a duplicate of bug 310819 ***