Apache OpenOffice (AOO) Bugzilla – Issue 17856
ability to choose what is displayed in titlebar
Last modified: 2020-01-17 15:29:57 UTC
oo.org displays in titlebar current document's title. many users have asked me if it can't be changed to display filename, so i think there should be an option (it could be general or per application) that would allow a choice what gets displayed in titlebar. so far i can think of these two choices - document title and filename, but i guess later somebody might want other possibilities, too (like path</ or \>fname maybe ?)
TM->BH: Please have a look, thanks !
confirming, setting target-milestone to "not determined"
*** Issue 20530 has been marked as a duplicate of this issue. ***
additional idea to make sure it gets implemented better :) this change should be reflected everywhere where now document title is used, for example, also in the prompt when unsaved document is closed etc (haven't found any other instance but probable there are some)
I'm participating in a proof-of-concept study of oo at a large financial company. I believe this (admittedly minor) enhancement would have an impact on successfully converting large numbers of users from ms office to oo. These users will in most cases be opening existing ms office docs, which will usually have either inherited titles (e.g. template name) if created by "save as", or the first word of the doc for new docs.
according to this post http://www.openoffice.org/servlets/ReadMsg?list=discuss&msgId=1592047 "OOo2.0 will display the filename, not the title." this issue probably will be less important, but it still would be nice to have such a choice :)
Would it be an option to show the title if the document title has been set, and the file name if the document title has not been set?
this is exactly as 1.x works - and the problem was word, inserting menaningless titles automatically (and peoplpe never really checked what is in the title), so that titles usually where "2" or the title of previous secret agreement ;)) so no, it should be an option to choose between title and filename (and if there is no name, _then_ fallback to 1.x behaviour and show filename)
Please don't add yet another preference for this. OpenOffice has already about 500 of them, and it is much to hard to find anything in the options dialog already. If you campaign for adding options like this one, please do the sensible thing, and campaign for removal of other, less necesary options. There are lots of them.
this question is raised again and again. i'm lazy, so i'll copy my view on this :) i personally like oo.org prefrences, though i understand that it might seem pretty overwhelming (especially for new users). i believe the most proposed version - separation of preferences - would be the best solution. a lot of applications are doing this (xine, opera (in next release), firefox and others), so we have examples. it probably could be as a choice when a user first starts oo.org (in user preferences) - wether to present beginner, advanced or expert preferences. i searched for an issue, but could not find one. i would hate to see options removed, flexibility is one of strengths, not weaknesses. additionally, requestion to remove an option just because another is added is similar to asking for removal of word count if pdf export is added (or something :) ).
*** Issue 41116 has been marked as a duplicate of this issue. ***
I would like to just add my support to adding this option. I guess OOo has a lot of features/options, but why is this bad. OOo is 5+ programs in one, so you would expect this many options. A good word processor alone should have 100+ options. This would also be true of each component. In 2.0, you can only see the options for that component while it is open while you are in it, so the option issue might not be as severe. If, the reason for the change is to emulate MS Word, then we should at least make it so that the file extension doesn't show up.
To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements".
*** Issue 105909 has been marked as a duplicate of this issue. ***