Written by pabelmont the 24 Jan 13 at 15:58.
Related project: Gnome.
Status: Already implemented
Rationale
Various file-choice, file-identification software (e.g. "Choose an Icon", "File Browser") FAIL TO PROVIDE A METHOD TO EASILY obtain the full file pathname of the desired object.
GEDIT shows the file name and directory path but not copyably and not together as a single, copyable, file full pathname text string
SUGGESTION:
Make all of these file-choice programs (easily) show the full file's pathname. (File Browser shows the directory pathname, but not an individual file's full pathname. An option revealed by right-click should be able to show the full pathname).
cheesehead(Brainstorm admin)
wrote on the 24 Jan 13 at 18:23
The Rationale should not have solutions in it. The Rationale should only explain the problem and provide context. Other Brainstormers should be able to contribute Solutions.
For example, the Rationale should show use cases or examples where this lack hurts your workflow or is annoying to users. And be specific - unskilled users? Skilled users? Developers?
Solution #1: Setting a work schedule for a project that you are (apparently) not participating in seems perhaps unrealistic. The final two paragraphs seem unrelated to the problem, and should be removed.
Formatting: Please don't SHOUT AT YOUR Brainstorm collaborators with all caps.
You can edit your Rationale or Solution at any time. Use the pencil icon.
This functionality already exists in Nautilus (the file manager):
* press CTRL-L to show a full path name. The text in this path name is copy/paste-able;
* right-click a file, select the 'properties' menu option, then look in the 'location' entry. This text is also copy/paste-able.
Ideally:
* this would be a little more accessible (CTRL-L isn't an immediately obvious way to change the path view);
* the file browser used by programs such as gedit would also have this functionality.
I have created ICONS on the desktop (as we used to do in 10.04). Happily it is still possible! HOWEVER, the icons shown in PROPERTIES do not reveal their own pathname. It is as if clearly-available information is being deliberately hidden.
In FOLDERS (NAUTILUS?) the ctl-L does something (highlights two separate pieces of information: path and filename) so perhaps that's OK.
My proposal was that -- as a matter of overall design user-friendliness -- pathnames needed to do a top-level part of a job s/b available to the user. If I can click on an ICON (a picture), I s/b able to right-click to learn its pathname (where I could also find other icons).