GNOME Bugzilla – Bug 72022
Nautilus should scroll down when you drag icons
Last modified: 2004-12-22 21:47:04 UTC
Package: nautilus Severity: enhancement Version: 1.0.6 Synopsis: Nautilus should scroll down when you drag icons Bugzilla-Product: nautilus Bugzilla-Component: View as Icons Description: If you have a lot of files in a directory, for example the home directory and you want to organize it a little, you may create folders. However, today I created a folder with a name beginning with R, and tried to drag a file beginning with b into it. The problem with this is that the folder is way below the window, and when I drag the file to the botton of the window, the window does not move down to allow me to drag into the folder.. Surely it should do this? At the moment, the only 2 options to achieve this task are to a) open the tree view and drag into the folder in the tree view, or b) cut the file, locate and open the folder, and then paste. Both these methods seem a little long-winded and a auto scroll when you drag a file to the bottom of the window would be a nice time-saver. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-02-20 10:05 ------- Unknown version 1.0.x in product nautilus. Setting version to the default, "unspecified". The original reporter (hamlin@clara.net) 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.
Yup. Is this a regression? Didn't this used to be possible?
I'm pretty sure this used to work. I can't find a dup, so leaving this one open.
*** Bug 78809 has been marked as a duplicate of this bug. ***
adding GNOME2 keyword, as we just got a new bug filed on this.
This works with the CVS version I'm using, could anyone else try too?
This worked for me. However, it took me a while to figure out *how* to make it work, which might be the issue. To get it to scroll, you have to move the *cursor* very close to the edge of the window, then leave it there. Both the cursor part (I expected that the whole icon would scroll it), and sensitivity range (I expected a wider range/faster reaction time, even after I figured out it was the cursor). So, where does that leave thve bug? Turn it into a future, non-gnome2 blocking enhancement? louie?
I agree with dave, the sensitivity range needs to be widened so that feature is easier to use. Right now it's sort of hidden.
*** Bug 70970 has been marked as a duplicate of this bug. ***
Created attachment 10848 [details] [review] change autoscroll distance from 20 to 50 pixels, seems to work nice.
Another that bill0087@sympatico.ca (william) pointed out to me. He says that Redhat 7 definitely has this problem but that it's fixed in RedHat 8. So, I'm closing...
Ooops, I closed prematurely. I misunderstood William. He says the tree sensitivity is greatly improved but the icon side is still not up to par. At least, in Red Hat 8. Sorry for the spam.
A related issue with scrolling using keys (while dragging), can be found in #45278. An issue about more autoscroll feedback is in #46894.
Before accepting and applying this patch please look at #46265 first.
This patch is wrong. The only problem here is the delay before scrolling. The actual target is large enough, we just need to reduce the delay so that it is easier to trigger.
*** Bug 99328 has been marked as a duplicate of this bug. ***
Microsoft have some pretty good detail on how autoscrolling should work in their UI guidelines, including how to calculate the size of the target area (based on the size of scrollbars in the current theme) and how to calculate the speed of the scrolling based on the velocity of the mouse pointer. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwue/html/ch06f.asp See the section "Scrolling When Transferring by Dragging". Note that Nautilus also stops auto-scrolling if you move the pointer out the "other side" of the target area again, whereas doing so on Windows just increases the velocity of the scrolling. I've seen this cause quite a few problems in Nautilus for people used to the more flexible Windows scrolling method.
Ignore my comment about Windows just increasing the scroll speed if you go out the other end of the zone... I've seen some apps that do this but Windows Explorer isn't one of them :)
I'm applying this: @@ -51,10 +51,10 @@ * These are in microseconds. */ #define AUTOSCROLL_TIMEOUT_INTERVAL 100 -#define AUTOSCROLL_INITIAL_DELAY 750000 +#define AUTOSCROLL_INITIAL_DELAY 100000 /* drag this close to the view edge to start auto scroll*/ -#define AUTO_SCROLL_MARGIN 20 +#define AUTO_SCROLL_MARGIN 30 It seems to make the auto-scroll feature work pretty nicely to me. We might want to tune this a bit more, but at least it is discoverable now.