GNOME Bugzilla – Bug 310819
Drag unusable in Nautilus List View for big directories
Last modified: 2012-09-17 14:34:47 UTC
Please describe the problem: If you are in "Browser mode" of Nautilus and you have opened a big directory with many directories you are not able any more to drag for example a file from the desktop into this directory with many folders. This also happened in Gnome/Nautilus 2.10. Steps to reproduce: 1. Activate "Browser mode" in Nautilus 2. Open a directory with many folders in it in "View as list" mode For example /home/user/Mail with the folders folder1 to folder100 in it (100 folders). Now you get a scrollbar because Nautilus cannot display these 100 folders on one page. 3. Now drag the file test from the Desktop and you want to move this file from /home/user/Desktop to /home/user/Mail. Actual results: So here we go: if you move the dragged file over the directory /home/user/Mail where you want to copy it you cannot drop it in this directory because in list view there will be always one of the 100 folders active if you move around with your mouse. Expected results: Normally in the columns beside the "Name" column - here "Size Type Modified" - the folders shouldn't be highlighted if you want to drop sth. into the directory, here /home/user/Mail. Only in column "Name" the folders should be highlighted which means you want to drop the test file for ex. in folder45. Does this happen every time? Yes Other information: Have a look at a screenshot which I commented: http://www.felixrommel.de/fileadmin/bugs/gnome/nautilus-drag-and-drop-in-listview-01.png
Thanks for your bug report!
This is in fact a completely different issue than bug 94618.
Created attachment 49466 [details] [review] Proposed patch against HEAD I've implemented something else: The patch will Nautilus make only accept a particular folder inside the list view as drop target if the mouse is directly above its row, not in between two rows. Is that acceptable for you as well? I've also submitted the attached patch to the nautilus mailing list [1] for review. [1] http://mail.gnome.org/archives/nautilus-list/2005-July/msg00260.html
I couldn't test your suggestion because it's not in Breezy dev at the moment. What do you mean with "...above it's row, not in between two rows..."? I think the columns beside the "Name" column, for example "Size Type" should be inactive that means that a folder will only be selected if you are over the folder in the "Name" column as I described in my screenshot. This would be an improvement in Nautilus' "Single click to activate Items" mode if you view your files and folders in "View as list": That means also that you're able to select a folder row by just clicking in a column beside the "Name" column. This is good if you have selected for example 10 folders folder13-folder23. But then you notice that you only need folders folder2 and folder3. At the moment you have to deselect one by one by holding Ctrl key and click them with the mouse. With the behaviour I described in my Screenshot you can deselect all folders at once if you click in a column beside the "Name" column and then select folder2 and folder3.
With this behaviour I described in #4 you could also solve the bugs <a href="http://bugzilla.gnome.org/show_bug.cgi?id=94618">Bug 94618</a> <a href="http://bugs.gnome.org/show_bug.cgi?id=138931">Bug 138931</a>. This behaviour is proven in Konqueror and it works very good in my point of view.
duplicate of bug #101938?
Yes, sorry. I haven't seen the other bug report but this is the same problem as I have reported here. I think the comment #4 in http://bugzilla.gnome.org/show_bug.cgi?id=101938 is the same what I have proposed. I don't know how difficult it is to change the list view but you could solve many problems at once with this.
I think it's a dupe of 101938...
*** Bug 615554 has been marked as a duplicate of this bug. ***
*** Bug 101938 has been marked as a duplicate of this bug. ***
It would also be good if list items moved out of the way. Adding dependency.
*** Bug 586962 has been marked as a duplicate of this bug. ***
To reproduce my bug, open up firefox at some webpage and open up a nautilus folder in list view (I haven't tested in other views). From the URL bar in firefox drag the url shortcut to the nautilus folder (you may have to hold down control-shift to force it to drop as a shortcut). Now drag more url shortcuts to the nautilus window. When the nautilus window fills up or if you happen to drop a url shortcut on top of an old one, you get the error message "drag and drop is not supported". You can no longer drag any more bookmarks to the folder because of this, which means you can't really use nautilus to save bookmarks. Here are related bug reports in ubuntu and gnome that are closer to my bug that this 310819 one (but they were all marked as duplicates of this newer one): https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/152975 https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/61237 https://bugzilla.gnome.org/show_bug.cgi?id=101938
Comment on attachment 49466 [details] [review] Proposed patch against HEAD No longer applies cleanly
Created attachment 224398 [details] [review] Improve list view dropping for crowded folders "If ... you have opened a big directory with many directories you are not able any more to drag for example a file from the desktop into this directory ... ." Proposed patch attached, which makes Nautilus only accept the drop path if you're directly above it with the mouse. http://bugzilla.gnome.org/show_bug.cgi?id=310819
*** Bug 683398 has been marked as a duplicate of this bug. ***
Created attachment 224400 [details] [review] Improve list view dropping for crowded folders "If ... you have opened a big directory with many directories you are not able any more to drag for example a file from the desktop into this directory ... ." Make Nautilus only accept the drop path if you're directly above it with the mouse. http://bugzilla.gnome.org/show_bug.cgi?id=310819
Review of attachment 224400 [details] [review]: Works fine, and I think it makes sense to have this now.