They intentionally removed this feature years ago. It was possible to reenable via a dconf setting for a while but I believe that was also eventually removed.
So annoying.
Agree. I can understand GNOME not supporting infinite settings and customization, but since when are Linux users noobs?
People using GNOME either never edited a Desktop entry, entered a manual path or did anything poweruser related, or they use 3rd party apps or do everything in the terminal.
I dont get how a Linux Desktop can have so little support for anything.
Needing extensions to restore basic features is not good UX. Like a clipboard manager, blurry shell, appindicators? Why?
The only reason I use gnome is because the window dragging has a weird flicker with KDE and nvidia cards. In gnome it’s way smoother. That and the pressing the super button for the fancy window animation, that one is really nice. I could live without the fancy animation (or with whatever KDE replacement that I’m sure it’s good enough) if the driver issue wasn’t a thing, though.
Yes KDE has something similar and you can remap it with a command. TheLinuxExperiment had this for krunner once, its probably possible.
GNOME is really nice in what it does. Simply that it doesnt do enough for me. There are cool extensions and I feel the community is just way bigger. The animations, dash to panel, blur my shell, make it very cool.
Just the lack of so much like powerful apps is a nogo
What do you mean with “copy path to file”? Do you mean “copy to clipboard”, as in, store the absolute path of a file to the clipboard?
Last time I needed this, all I needed to to was copy a file/folder and paste it in a text editor. Drag and drop also worked for most programs, though some tools weren’t d&d aware and don’t accept input that way.
I don’t use this feature often, though, so it may have changed since I last tried. It also tended to prepend protocols like dav:// or smb:// when copying files from shares rather than copying the path to the place these shares were mounted.
Yes, Gnome is context aware if you ctrl+c a an image file, and you paste it to a text editor it will paste it as a path, if you paste it in an image editor it will be pasted as an image, if the program supports it (e.g. it works in Krita, but not in Pinta)
Drag and drop is not working because of Wajland. Between 2 windows of the same app, e.g. Nautilus it’s working.
Putting the following with executable permissions inside ~/.local/share/nautilus/scripts/SCRIPTNAME adds a right click menu to Nautilus that serves the same purpose:
The ‘notify-send’ bit isn’t necessary; it just puts up a notification.
Mentioning only because it’s a simple demonstration of a pretty easy way to extend Nautilus for all kinds of purposes; w/o messing around with the pygobject interface. (There’s supposed to be an xdg standard for file manager extensions like this, but managers use their own custom folders, syntax, etc. for such extensions. I think pcmanfm adheres to the standard; Dolphin requires a .desktop file somewhere; Thunar, Caja, & Nemo work similar to Nautilus.)
This works in Dolphin/KDE too, actually same workflow as on Windows. I just find it very strange to do that, but as you are saying that, I suppose as on Unix everything is a file, copying a file to a location that cant handle the file is just like copying the filepath!
Boom, blew my silly KDE mind. I think you are right, in most situations you can just copy-paste the actual file, as you only need file paths where the file cannot be pasted anyways.
This might work sometimes, but some other times you are dealing with a program that deals in files and text and you want the path itself, for example, to send the path of a file in a shared mounted disk to a colleague/friend through slack /discord/telegram/teams. All of those will try to send the file itself instead of the path I would want to send.
Furthermore, idk how that interacts within a VM environment, for example when you have a work computer and you need to connect into a gnome based remote desktop environment, will the shared clipboard act nicely? That’s way too many variables and prone to errors, an option to copy path is just simpler.
If for some reason you paste a file in telegram/slack/discord/teams, it tries to send the file, so I have no way of sending the path to the file (which might be on a shared device) to someone unless I paste it in a text editor first and then copy the text.
I should try that thanks!
Though I still believe that UX would benefit from such a button, there’s a Nautilus extension for it as well chr314/nautilus-copy-path, I think it deserves to be native
Cool, but is copy path to file a thing yet?
Luckily if you need that feature, you can just download a different file manager. This is why I hate monopolies and love Linux and the FOSS community.
Aside from ios, I don’t know of anywhere that has a monopoly on file managers
++ as well as searching on a folder simply by the first letter, without searching everywhere
They intentionally removed this feature years ago. It was possible to reenable via a dconf setting for a while but I believe that was also eventually removed.
So annoying.
It’s absolutely insanity that this feature was removed. I stopped using Nautilus because of this.
Agree. I can understand GNOME not supporting infinite settings and customization, but since when are Linux users noobs?
People using GNOME either never edited a Desktop entry, entered a manual path or did anything poweruser related, or they use 3rd party apps or do everything in the terminal.
I dont get how a Linux Desktop can have so little support for anything.
Needing extensions to restore basic features is not good UX. Like a clipboard manager, blurry shell, appindicators? Why?
The only reason I use gnome is because the window dragging has a weird flicker with KDE and nvidia cards. In gnome it’s way smoother. That and the pressing the super button for the fancy window animation, that one is really nice. I could live without the fancy animation (or with whatever KDE replacement that I’m sure it’s good enough) if the driver issue wasn’t a thing, though.
Yes KDE has something similar and you can remap it with a command. TheLinuxExperiment had this for krunner once, its probably possible.
GNOME is really nice in what it does. Simply that it doesnt do enough for me. There are cool extensions and I feel the community is just way bigger. The animations, dash to panel, blur my shell, make it very cool.
Just the lack of so much like powerful apps is a nogo
++ Compact view (as Nemo calls it)
What do you mean with “copy path to file”? Do you mean “copy to clipboard”, as in, store the absolute path of a file to the clipboard?
Last time I needed this, all I needed to to was copy a file/folder and paste it in a text editor. Drag and drop also worked for most programs, though some tools weren’t d&d aware and don’t accept input that way.
I don’t use this feature often, though, so it may have changed since I last tried. It also tended to prepend protocols like dav:// or smb:// when copying files from shares rather than copying the path to the place these shares were mounted.
Yes, Gnome is context aware if you ctrl+c a an image file, and you paste it to a text editor it will paste it as a path, if you paste it in an image editor it will be pasted as an image, if the program supports it (e.g. it works in Krita, but not in Pinta)
Drag and drop is not working because of Wajland. Between 2 windows of the same app, e.g. Nautilus it’s working.
DnD works fine here on Wayland?
Which apps? Are you sure they are not xwayland? I cannot dnd anything from FileRoller or from Xarchiver
Putting the following with executable permissions inside
~/.local/share/nautilus/scripts/SCRIPTNAMEadds a right click menu to Nautilus that serves the same purpose:#!/bin/bash CLIPBD='' [[ "${XDG_SESSION_TYPE}" == "x11" ]] && CLIPBD='xsel -ib' [[ "${XDG_SESSION_TYPE}" == "wayland" ]] && CLIPBD='wl-copy --trim-newline' && wl-copy --clear echo -n "${NAUTILUS_SCRIPT_SELECTED_FILE_PATHS}" \ | tee >(xargs -I {} notify-send "Path Copied:" "{}") \ | ${CLIPBD}The ‘notify-send’ bit isn’t necessary; it just puts up a notification.
Mentioning only because it’s a simple demonstration of a pretty easy way to extend Nautilus for all kinds of purposes; w/o messing around with the pygobject interface. (There’s supposed to be an xdg standard for file manager extensions like this, but managers use their own custom folders, syntax, etc. for such extensions. I think pcmanfm adheres to the standard; Dolphin requires a .desktop file somewhere; Thunar, Caja, & Nemo work similar to Nautilus.)
Bad ass! Thank you for this wisdom
Not sure 🤔, I have been using a lot ranger lately
Ranger is amazing, I never thought to use it as my default file manager
worker sucks less
@QuazarOmega @BlanK0
Try “lf”. It’s ranger written in go. == lots faster.
Copy the file and paste it into anywhere you can enter text… you get the path to the file as text.
Yay, basic features needing weird workarounds!
I’m on KDE, how does KDE do it better?
On dolphin, you right click on it and than there is “copy path to file” button
How is it better if you are going to paste it anyway? I mean, on GNOME you would have to just copy the file, instead of the two clicks on KDE.
Am I missing something?
This works in Dolphin/KDE too, actually same workflow as on Windows. I just find it very strange to do that, but as you are saying that, I suppose as on Unix everything is a file, copying a file to a location that cant handle the file is just like copying the filepath!
Boom, blew my silly KDE mind. I think you are right, in most situations you can just copy-paste the actual file, as you only need file paths where the file cannot be pasted anyways.
This might work sometimes, but some other times you are dealing with a program that deals in files and text and you want the path itself, for example, to send the path of a file in a shared mounted disk to a colleague/friend through slack /discord/telegram/teams. All of those will try to send the file itself instead of the path I would want to send.
Furthermore, idk how that interacts within a VM environment, for example when you have a work computer and you need to connect into a gnome based remote desktop environment, will the shared clipboard act nicely? That’s way too many variables and prone to errors, an option to copy path is just simpler.
True. I suppose this is a useful feature
If for some reason you paste a file in telegram/slack/discord/teams, it tries to send the file, so I have no way of sending the path to the file (which might be on a shared device) to someone unless I paste it in a text editor first and then copy the text.
I should try that thanks!
Though I still believe that UX would benefit from such a button, there’s a Nautilus extension for it as well chr314/nautilus-copy-path, I think it deserves to be native