Bug 82952 - Add an option to show the full path in the window title.
Summary: Add an option to show the full path in the window title.
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevEval
: 83887 (view as bug list)
Depends on:
Blocks: Titlebar
  Show dependency treegraph
 
Reported: 2014-08-22 14:47 UTC by public
Modified: 2018-12-19 22:57 UTC (History)
10 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description public 2014-08-22 14:47:00 UTC
Some times you have to open two, three or more files simultaneously, with the same name but a different location. Right now it's very complicated to distinguish which is which by looking at the window title. You have to go to the menu "File -> Properties" to find out this information, which makes you waste some precious time.

So it would be very useful to have an option to show the full path of the file in the window title, instead of the file name only.

Thanks.
Comment 1 m.a.riosv 2014-08-22 16:45:13 UTC
I'm agree with that, at least the actual directory and one or better a couple of precedents directories.
Comment 2 m.a.riosv 2014-08-22 16:49:19 UTC
I think better target version 4.4, no new features in the previous versions.
Comment 3 m.a.riosv 2014-08-23 16:42:24 UTC
Why the importance was changed to low?

It is a really useful enhancement.
Comment 4 A (Andy) 2014-10-31 18:50:03 UTC
I think this sounds good, but I would would like it not as standard, maybe LO should detect it itself if two files with the same name are open.  In addition, it could be an alternative option the user can choose if he/she likes it.
Comment 5 m.a.riosv 2015-01-01 21:43:00 UTC
*** Bug 83887 has been marked as a duplicate of this bug. ***
Comment 6 mikraft 2015-01-02 01:27:55 UTC
Another recommendation for display of 'full path' in filename field (as a user-selectable option).

If space is too limiting perhaps it could be done in a way similar to URL flyovers -- i.e., full path displayed only when mouse pointer is moved over the 'filename.'
Comment 7 Robinson Tryon (qubit) 2015-12-13 11:21:20 UTC Comment hidden (obsolete)
Comment 8 V Stuart Foote 2016-12-03 18:18:02 UTC
Not clear this is of any real value, my response from -- http://nabble.documentfoundation.org/Full-Path-in-Title-Bar-tc4201654.html

... the project intentionally keeps the OS and its Desktop Environment unencumbered--and we let the OS and DE do their thing.

On Windows that means we keep the MS Windows Standard Frame and do not change default Windows application frame to show more than program name, and the file name of an open document and the standard Windows frame button widgets. [1][2]  I do not expect that we would change from that default here or for other OS/DE.

Especially as you can customize a toolbar (Tools -> Customize: Toolbars tab), and show the "Load URL" widget. It is unchecked but available by default on the Standard toolbar...

It can be moved to the bottom -> right of the toolbar, and can be added to any toolbar you choose. The only rub I have with the widget is its fixed width, should be able to adjust.

=-refs-=
[1] https://msdn.microsoft.com/en-us/library/windows/desktop/bb688195(v=vs.85).aspx
[2] http://opengrok.libreoffice.org/xref/core/vcl/win/window/salframe.cxx#5663
Comment 9 V Stuart Foote 2016-12-03 20:08:12 UTC
Miguelangel had sent a note asking...

but if string text for 'file name' is passed to the OS by LIbreOffice, like it is the 'program name', that can be modified on the expert configuration, like it's explained on https://bugs.documentfoundation.org/show_bug.cgi?id=73803.  

Perhaps it's no needed interfere with the OS?

=-=-=

As noted the ooName can be set, but that changed LO value does not get picked up by the Windows Frame manager as the program name until LibreOffice is restarted--so I don't think we could inject the full path there.  

But it might be possible to optionally pad the opened document name with its path/URI/URL--again don't know that this is really of any value cross platform.
Comment 10 m.a.riosv 2016-12-04 13:43:40 UTC
I think the file name only can be passed when it is known, that only happens at the time a new file is opened and there window is created. If I'm not wrong when it's done now.

In relation with the utility, maybe for some users not, but when working with several files with the same file name than can come from different folders it's very useful, like 'year folder/months folders/files' with relative path links.

And nowadays that you can open a file from your computer or a nas or a place on the cloud becomes even more useful.
There are a lot of questions on the net about how to solve it for different apps like MSO.
Comment 11 Heiko Tietze 2016-12-05 08:43:13 UTC
While the use case is clear I don't agree with the full path solution. Rather than spamming options we should show the distinguishing parts (as m.a.riosv pointed out) by default. The path itself is useless to average users since Windows hides c:\user\whatever and starts from the simple Documents. The same is true for file manager on Linux. The rare corner cases could be ignored.

For example: c:\temp\doc1.odt and c:\users\<name>\documents\<this>\doc1.odt will be shown both as doc1.odt but c:\users\<name>\documents\2016\Nov\doc1.odt vs. c:\users\<name>\documents\2016\Dec\doc1.odt as Nov\doc1.odt vs. Dec\doc1.odt. And c:\users\<name>\documents\2016\Dec\doc1.odt vs. c:\users\<name>\documents\2015\Jan\doc1.odt as 2016\Nov\doc1.odt and 2017\Jan\doc1.odt.

Similarly on MacOS with hiding \\Users\<name>\ and Linux \\home\<name>\.
Comment 12 Cor Nouws 2016-12-09 16:16:20 UTC
definitely not as default..
and if, then with a shortened path xxx/.../yyy/foo.odf

Maybe better to have the mouse over for Window > filex, show the full path as is done with File > Recent documents ?
Comment 13 laurencio 2018-12-19 22:57:20 UTC
I agree this as an option is important and would be very useful.