GNOME Bugzilla – Bug 74974
Cannot drag and drop from list view.
Last modified: 2005-01-09 17:41:23 UTC
Either the list view doesn't have drag and drop implemented or it doesn't work properly. Unlike hte icon view (for which drag and drop works), when attempting to drag and drop in the list view doesn't even start a drag operation. Always reproducible.
Confirming.
From or to the list view? if to, this is a duplicate of bug 68821. If from, it is it's own bug, and if both, then 68821 is probably a dup of this one.
Unfortunately neither drag-drop to nor drag-drop from works in the list view. I am running currently running cvs head and this is still the case. Also, I think this bug is different from bug 68821. The problem discussed in 68821 is a usability problem with Nautilus where if you are trying to copy/move a file into a folder that contains ONLY folders, it is difficult (impossible, I think) to place the file in the currently viewed folder (it can only be placed in one of the sub-folders). The bug I am reporting is different in that I don't think drag and drop is properly implemented yet in the list view (as opposed to the icon view).
Ah, I see. Adding stuff as appropriate.
*** Bug 77136 has been marked as a duplicate of this bug. ***
*** Bug 79142 has been marked as a duplicate of this bug. ***
Michael, can you take a look at this?
Very borderline 2.0.0; I'd really like to see this work but it is puntable.
Jonathan Blandford <jrb@redhat.com> posted to gnome-desktop-devel on 29th May saying he is working on this, in case anyone else is thinking of doing it.
jrb: any progress on this? At some point we just have to suck it up and punt it if it isn't going to happen RRRRRSN. :)
I got Multi-Drag and Drop kinda working on a test app last night. I need to clean it up and get it in nautilus. It'll happen when it happens.
This did used to work (or at least on my distro's (MDK) build of nautilus) until quite recently. Either a distro patch never made it upstream or some other change broke it.
It has, AFAIK, never worked in GNOME2 nautilus.
It worked with the old CList cut-n-paste hack. Still working on this, though it might not get finished until this weekend.
I'd like to vote for "early-as-realistically-possible" for a release target on a fix for this missing feature (which appears to be 2.0.1 now). It forced me to use the icon view when I'd much rather be using list. On barely-related note, I'd like to say that determining which bugs get fixed when based on how many duplicates/comments/etc. there are of/on the bug is kind of silly. Quite a lot of people on IRC check bugzilla & find their bug, then leave it at that, w/o commenting. The reason for this is twofold: 1.) Courtesy: If the bugs already there, duplicating it will just add to the bugzilla wrangler's work, slowing everything down -- Plus, both bug-buddy & Bugzilla's main page admonish people to check if their bug has been reported already before continuing. Perhaps these could be extended/enhanced to tell people to comment on bugs (even if it's just "this effects me too") that they care about? 2.) Ignorance: Most people assume that if a bug is already there it doesn't need anything extra to get it fixed in a timely fashion. 3.) Laziness or Privacy: IIRC, one needs an account to comment on a bug, and many people may not want to create an account just to comment on a bug, either because it is extra work or because they do't feel comfortable doing so.
Bugzilla duplicates are only one of many factors that go into these kinds of decisions. Constant feedback from IRC, email lists, and just plain old common sense. I want to see this in, too, but if the alternative is holding back the release or breaking lots of things in the release... I'm not excited by those options either. Trust me, by the way- /lots/ of people don't bother searching for duplicates. I'd be out of a job if they did :)
Punting as per discussion with Alex.
Can we make sure that we have this documented in ERRATA? This is one of those bugs that people will run into often after 2.0. sri
Jrb, how is your patch coming?
Created attachment 9282 [details] [review] first draft
I included a rough patch that handles the DnD/Gtk ends. It needs someone to hook up the nautilus bits, though.
Patch too large, complex and potentially de-stabilizing for 2.0.0 IMHO, and that's without the nautilus hooks ;-)
*** Bug 85760 has been marked as a duplicate of this bug. ***
Michael: don't worry, we punted this out of .0.0 a long time ago :)
*** Bug 86659 has been marked as a duplicate of this bug. ***
OK, I'm going to jump in on this one.
Here's a quick update on what's going on while I compile: I have dropping almost completely implemented, I just need to fix up some of the data types and give it all a once over. Dragging is mostly implemented, but needs to give location info for the icon list drag type. After I get these fully implemented, I want to spend some time making the code general enough to implement dnd in the tree view sidebar as well. This shouldn't take too long, it's mostly general enough already. I expect to have something for people to pound on sometime tomorrow or friday.
I checked in the destination half today, the rest should be coming soon. I'd appreciate it if people banged on the drag dest for a little while.
Drag side is checked in for the list view, so I'm marking this fixed. Please open individual bugs against any problems you find.