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 776663 - Request for enhancement: Leave more room to grab windows and move them with the mouse
Request for enhancement: Leave more room to grab windows and move them with t...
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: 3.24
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-12-31 23:53 UTC by garrett.mitchener
Modified: 2017-09-10 01:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
pathbar: Remove dnd handling (8.69 KB, patch)
2017-03-29 23:18 UTC, Carlos Soriano
committed Details | Review

Description garrett.mitchener 2016-12-31 23:53:18 UTC
I like to give my directories fairly long and informative names. That results in big path buttons at the top. Since nautilus draws its own window decorations, there's often very little space between the large path buttons and the buttons on the right, and that's really the only place to click and grab the window to move it. (Several gnome apps have this problem and it's been bugging me for a long time.) Please find a way to leave more space somewhere in that top toolbar.
Comment 1 Carlos Soriano 2017-01-01 21:42:38 UTC
you can drag the window by any button in the headerbar. closing as invalid.
Comment 2 garrett.mitchener 2017-01-03 23:54:20 UTC
Nope. Grab a path button and you drag a URL, doesn't move the window.

That's also a bizarre user interface feature. Buttons don't work this way under normal circumstances.
Comment 3 Carlos Soriano 2017-01-04 08:43:26 UTC
oh yes, that seems an old feature. I agree it's kinda bizarre, I will remove it so you can grab from any button in the headerbar.
Comment 4 Jente Hidskes 2017-03-23 10:55:53 UTC
This seems to be working for me on Nautilus 3.22.3, except for dragging one of the path items but that make sense with drag and drop instead.

Should this bug be closed?
Comment 5 garrett.mitchener 2017-03-24 15:25:20 UTC
I'm not seeing a difference as of Nautilus 3.22.3.

I think there's a rather serious user interface issue here: It's almost impossible to click on a partially obscured nautilus window to raise or move it without accidentally clicking on some widget and triggering some unintended action.

Yes you can click on a button and drag the window that way, but that seems incredibly unintuitive. I didn't even know that worked until I started preparing this bug report.

It looks like gnome is sort of encouraging developers to remove the window title and have a bar full of buttons instead. I really think this needs to be thought out a little more carefully.

At least when running nautilus under xfce, there's an icon in the top left corner that I can click to move or raise the window safely.

Google chrome leaves off the window title but has a much wider top margin where it's safe to click.

Evince has some of the same problems but it's not as bad because there's a fixed set of buttons and the middle of the button bar is always a nice wide label with the file name.
Comment 6 Carlos Soriano 2017-03-29 23:18:42 UTC
Created attachment 348962 [details] [review]
pathbar: Remove dnd handling

So users can drag the window from the buttons of the pathbar too, as it
seems it's more important feature for them instead of dnd the path in
the pathbar, which is also quite undiscoverable.
Comment 7 Carlos Soriano 2017-03-29 23:19:51 UTC
Attachment 348962 [details] pushed as d379767 - pathbar: Remove dnd handling
Comment 8 Cédric Bellegarde 2017-03-30 16:42:39 UTC
Removing drop support looks bad IMO, it was a really cool feature in nautilus.

But you are right, supporting drag & drop from button was stupid.

So please make path buttons a drag&drop destination again.
Comment 9 Maxim 2017-04-07 13:11:15 UTC
Drag and drop support is a great future. Always using it. 
Moving window is also possible with pressing super key. 
Maybe will be a better solution is to make setting to switch between 2 modes?
Comment 10 Nikita Goncharuk 2017-05-30 13:19:19 UTC
(In reply to Carlos Soriano from comment #6)
> Created attachment 348962 [details] [review] [review]
> pathbar: Remove dnd handling
> 
> So users can drag the window from the buttons of the pathbar too, as it
> seems it's more important feature for them instead of dnd the path in
> the pathbar, which is also quite undiscoverable.

It's now impossible to drop the file into parent directory of current directory (need to open target directory in new window).

Is it possible to remove only 'Drag' for these buttons, but keep them accepting the 'Drop'?
Comment 11 Carlos Soriano 2017-08-07 14:10:02 UTC
*** Bug 785619 has been marked as a duplicate of this bug. ***
Comment 12 Carlos Soriano 2017-08-07 14:13:49 UTC
Might worth to also take a look at bug 785544 , we definitely have some clashing between what's expected in the title bar from the window manager actions and the Nautilus actions.
Comment 13 Nikita Goncharuk 2017-08-07 15:00:15 UTC
Last weekend I've tried to D'n'D the current folder onto a USB-flsh-drive which was in the left Sidebar so the first I've tried was to Drag the current folder entry in pathbar, but since I have Nautilus 3.24 It didn't worked...

So I don't think it was really that undiscoverable.

Of course I can to switch to parent folder, find there icon of the folder I need, drag and drop it, but now it take much longer. (Plus time to figure out what I had done wrong so my first try didn't worked)

---------------------------------------------
Another case (Also quiet rare, but useful) with dragging of pathbar entry was to drop it into  another app's savefile dialog to make it switch to folder opened in Nautilus without navigating to it through all the entries between Home and the folder.