After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 320819 - Opening new folders in spatial mode almost covers previous window (=> DnD is difficult)
Opening new folders in spatial mode almost covers previous window (=> DnD is ...
Status: RESOLVED DUPLICATE of bug 302189
Product: nautilus
Classification: Core
Component: [obsolete] Spatial Mode
2.12.x
Other Linux
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-11-06 17:30 UTC by Jaap A. Haitsma
Modified: 2010-11-13 12:31 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Jaap A. Haitsma 2005-11-06 17:30:29 UTC 
Use case:
I have a NEW tree of folders and files which I want to reorganize a bit. In my
specific case I want files to be one folder higher in the tree

When I then click on the folder from which I want to move the files to the
folder I'm currently in, nautilus opens a new window which is almost covering
the current folder. Therefore if I want to use drag and drop I first have to
move one of the windows a bit. This would not be necessary if the newly opened
window would cover a bit less of the previous window
Comment 1 Sebastien Bacher 2005-11-13 14:16:00 UTC 
Thanks for your bug. I'm not convinced that's the right "fix". The spatial
stores the windows placement so it only happens on the first use, usually you
move the windows. The solution would also be to raise the destination or lower
the source as described by bug #80984. This bug should probably be closed as
NOTABUG but I let nautilus maintainers decide of that
Comment 2 Hunter Cook 2006-08-08 18:51:34 UTC 
I agree, this probably isn't a bug. However, it would be nice if original placement were at least just a bit farther from the parent window...specifically, far enough to show the titlebar and min/max/close buttons. That way if someone wants to close the parent, they can just press its close button, rather than having to move the child off of it first.
Comment 3 Allan Day 2010-06-21 18:43:37 UTC 
Changing component as a part of bug reorganisation work.
Comment 4 Cosimo Cecchi 2010-11-13 12:31:18 UTC 
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 302189 ***