Double click current folder name for path input

I know this has been discussed before but i really think with the recent changes to files it is the perfect time to implement this.

In the past the current folder in the navigation bar could be used to acces the context menu of that folder. This has been moved to a discrete button and clicking the current folder no longer has any function as far as i noticed.
(See: pathbar: Drop menu onboarding behavior (4df08a36) · Commits · GNOME / Files · GitLab)

I would propose to add a double click feature to the current folder name to switch to the path input widget.
This shouldnt break any existing workflows and is similiar to other filemangers so it would make this easier for new gnome users and should also work with touch input in mind.

I have no experience with C or gtk4/gnome development in general but it doesnt look like something that would be very hard to implement or maintain.
I looked at the code and enabling this with a single click action would probably be only one line. To filter this only for double clicks would definatly be more work but like i said i am not familair with C or GTK4.

Why is this needed tho you may ask? I would answer the following:

When you want to enter a path manually in nautilus you have to press (CTRL + L). I am a right handed person (like the majority) and have my right hand on the mouse when using a desktop ui. When i want to copy a path to nautilus im usually using the mouse and have some browser or document open where i copy the path from.

With this “Setup” the combination to access the path isn’t very user friendly imo. I dont have small hands but i cant press (Left-CTRL + L) on normal keyboards with a single hand (without using the thumb).

The current possible solutions are:

  1. Use right hand to press “L” → have to “leave” the mouse
  2. Use both hands → have to “leave” the mouse
  3. Use left hand but use “Right-Control”, not a very natural movment (atleast for me)

I know i can enable the path view by default but then i would loose the breadcrumbs menu which is great and should stay the default.


I agree with you on adding the feature to be welcoming to users migrating from another DEs or OSes. Plus, with this feature, it will be easier to go to a location that a user copied from an article or something.

But did you know, Nautilus 43’s new context menu button has ‘Copy Location’ menu entry?

Yeah i noticed this too, probably wouldnt use it anymore tho if the double click method would be added :smiley:

CTRL + L is established in other desktop apps to access the path bar (for example browser) but i think this is only useful if you are only using the keyboard and no mouse. As all those other apps also support to directly edit/select path with the mouse.

Imo it is not very user friendly to have en essential function like this only be hidden behind a keyboard shortcut.

Why double-click?

Single-clicking on the pathbar’s background should convert the path to an editable string.

In Nautilus 42, a click anywhere past the directory names on the pathbar opened up the 3-dots menu at its tail end, nowhere near where the user was clicking. Fortunately, that was done away with. But now, clicking the pathbar (in the empty space past the directory breadcrumbs) does nothing at all which doesn’t exactly seem sensible either.

And if a single-clicking “textizes” the path, a double-click can be assigned the standard function of text-selecting the entire contents for copy/paste/overtyping purposes.

(Also, separately, that three-dots menu at the end of the pathbar should really have a menu option that’s the equivalent of Ctrl+L. I agree with this 1000%):

Well i proposed the double click because the pathbar doesn’t really have a background. If you have a small window with a long path there is no background to click.

Double click would prevent accidentally going there if you just wanted to move the window and should also work with touch input in mind.
And yes i think entering the path input should always autoselect the whole path. As you would either want to copy it anyway or change the path to something completely different or otherwise you could have used the breadcrumbs widget.

1 Like

Not entirely true, since no matter how long the path is the current directory name is effctively “background”. Clicking on it also does nothing, so it can be repurposed the same way as the actual background.

Ehhhh… I’m not so sure. It annoys me when browsers do that, for the same reason: Sometimes I just want to edit the end of the path. (Most common reason: I want to go several levels deeper into the hierarchy, but by typing the path components instead of laboriously clicking them one at a time as I descend.)

If any type of click auto-selects, then I have to remember to type End (or ) first, and if I forget and type anything else I immediately wipe out the entire string. That’s been a frustration for me more times than I care to count/admit.

…That being said,Ctrl+L does currently auto-select when activating the path entry, so I can accept a consistency-based argument for doing that when clicking as well.