Move focus to the window where a dragged file is moved or copied
Move focus to the window where a dragged file is moved or copied.
When I move or duplicate a file by dragging it to another window, the focus stays on the source window. I don't know if there is a way to tell the focus to move to the window where the new file was created/copied. I think it would be interesting to be able to have this behavior as, at least in my case, it's very common to copy a file to another window and rename it and with the current behavior, once moved I have to click on the file() to put focus on it to then press F2 to modify the name.
Very thanks.
Activity
Would be fine for me to have a hidden setting "misc-focus-dropped-files" for that purpose.
I don't have time to look into it, though a merge request would be welcome!
It's probably about the Closure used in these calls.
Do we really need so many hidden settings? If the requested behavior is common in other desktop environments or operating systems, maybe it should be made the new default.
Here is a quick diff: issue-1380.diff
-
Thanks for the diff!
Do we really need so many hidden settings? If the requested behavior is common in other desktop environments or operating systems, maybe it should be made the new default.
A problem when shifting the focus to the new file is, that it might happen at an unexpected time, when the copy operation takes long.
Just tested with caja, nemo, pcmanfm, dolphin and nautilus. All these keep the focus on the source window … so I would rather keep that default. I dont think it is a bad thing to have many hidden settings ... only adding too many settings into the preferences dialog might get problematic.
A more complete solution could be:
- When the operation takes more than 500ms, currently the progress-dialog is used. In that case, don't automatically switch the focus.
- After the copy operation has finished, keep the progress-dialog open and offer a "go to file" button.
Edited by Alexander Schwinn -
A problem when shifting the focus to the new file is, that it might happen at an unexpected time, when the copy operation takes long.
Immediately change focus: issue-1380-2.diff
I dont think it is a bad thing to have many hidden settings ...
Adding more and more hidden settings for very niche features or changes which only are activated by a handful of users does not sound great either. Personally, I think that moving the focus to the target window is a reasonable behavior, but apparently none of the popular file managers (excluding Windows Explorer) do it.
-
Immediately change focus: issue-1380-2.diff
Ok, fair enough, actually that behavior feels fine
Adding more and more hidden settings for very niche features or changes which only are activated by a handful of users does not sound great either. Personally, I think that moving the focus to the target window is a reasonable behavior, but apparently none of the popular file managers (excluding Windows Explorer) do it.
Ok for me to make it the new default without a hidden setting for now, if you will implement that hidden setting in case some other user complains here that we broke his use-case (in case it is a reasonable use-case)
-
Should dropping files on the side pane (or even location buttons) raise the window too?
Yea, I suppose for consistency, it probably would be nice to raise the window as well when dropping on other locations. Though so far nobody asked for it ... personally I would postpone it, until requested.
Maybe I just open a MR to make the split view switch instant and we leave the issue open for another day.
Sounds fine to me.
added 2. Enhancement 5. Drag-and-Drop labels
It could also be added to preferences, in the behavior tab. By the way, this is the behavior of Windows Explorer, so it will be more familiar to people who come from that environment.
On second thought, it might be better put this option in the window manager behavior. It would be something like "move the focus where it drops (file moved)".
