Could someone tell me whether it's Nautilus or Metacity that is in control of this behaviour?
Thanks.

On Mon, 2008-04-07 at 18:13 -0400, j kanem wrote:
>Hi,
>Before Gnome 2.22 in spatial-Nautilus if I attempted to open a folder which was already open on a Workspace other than the >one I was on, the open folder was moved to the current Workspace. Now the open folder stays on the Workspace it was on and >the only indication I get that anything at all has happened is a throbbing button in the Window List which, if I click on it, moves >me to the Workspace which contains the open window. If a user doesn't have a Window List, there's no sign that their action >of double-clicking the folder has done anything.
>
>I'm getting this behaviour in the (up to date) development versions of Fedora 9 and Ubuntu 8.04.
>Is this the intended behaviour? Is there some option that I've missed (I have looked) which gets the old behaviour back?
>
>I like the old behaviour because
>a) I expect to see an open window as soon as I try to open one. Having to perform the default action and then also click >somewhere in the Window List is slow.
>b) I often don't want to utilize the folder on the Workspace in which it is already open, which is why I'm not already using it >there. With the current behaviour I have to go to the Workspace where the open window is, close the window, go back to the >Workspace in which I want to be and re-open the folder. A bit faster is going to the Workspace where the window is, and use >the window manager menu to move the window to another workspace, but this is still slow.
>
>Thanks for any info

On Apr 28, 2008, at 3:56 PM, Kirk Bridger wrote:

The only use case I can think of (because I've experienced it) is using pause to prioritize specific copying.  If we have multiple things going over the wire, and suddenly I want one to be the only thing going, to make it get there as fast as possible, I'd pause the lower priority ones.

Interesting. For that purpose, how about a "Pause All Others" button instead of a "Pause" button? That way if you wanted one task to be the only one going, instead of having to click a button for each of the *other* tasks, you'd click only one button in the section for *that* task. (If Nautilus included such a button, probably it would be in the expandable section, since it would be needed infrequently.)

Now maybe that introduces the need for explicit prioritizing, but that seems quite a complicated solution and concept. ...

One possibility (which might be silly) is to allow drag-and-drop rearrangement of tasks in the progress window. That might avoid having to add extra visible elements for reordering (though there would be the usual problem with drag-and-drop, of how to make the function keyboard-accessible). It would be easy to let this drift into something complicated that looked like a download manager, which would be ugly and cramped in the usual case of presenting just one move or copy at a time. Cheers