When saving a Text document, instead of suggesting "Untitled 1" as filename, this could be more intelligent. The suggestion should be based the used styles in an order like this: - Title - Heading 1 - Text Body - Default Style This means, if the document has a "Title" style, suggest it as filename. If not, look for "Heading 1", etc. It should be limited to 3-5 Words or so.
That would be a great feature. Thanks for reporting! Kind regards and happy holidays, Joren
In order to limit the confusion between ProposedEasyHack and EasyHack and to make queries much easier we are changing ProposedEasyHack to NeedsDevEval. Thank you and apologies for the noise
Migrating Whiteboard tags to Keywords: (needsDevEval) [NinjaEdit]
*** Bug 100213 has been marked as a duplicate of this bug. ***
already extensively discussed in bug 61053 Mind the thoughtful negative comments there ;) Therefore I suggest to ad an option to allow sending our Writer files with the title "Dear Simon", "Yesterday evening I was watchting .." ;)
*** Bug 61053 has been marked as a duplicate of this bug. ***
*** Bug 68671 has been marked as a duplicate of this bug. ***
*** Bug 98342 has been marked as a duplicate of this bug. ***
So optional is ok to avoid stupid file names. But what if the first words are formatted as a headline or if the title has been set already? In this both cases it looks ok to me to propose them directly without an option. There would be an hierarchy needed which String will be proposed then.
Samuel's suggestions in OP ( comment 0 )of pulling text from specific Style are fine--certainly better than grabbing the first string encountered. Suggest also the File -> Properties dialog: Description tab any entries made to the Title, Subject, Comments or Keywords fields (given a hierarchical preference in that order). These fields are always picked up and incorporated into the ODF meta.xml as "Dublin Core" DCMI (ANSI/NISO Z39.85 and ISO 15386-2009) values, i.e. dc:title, dc:subject, dc:description, and meta:keyword Seems reasonable to parse them first as potential for automated file naming ahead of content from the document styles listed. Also, can see some utility in improving the GUI (status bar/dialog/navigator) related to metadata manipulated via the File -> Properties dialog, especially with ongoing addition of CMIS and other "Cloud" formats. Naming a file on initial save to ODF is just the facet here.
I agree that the given order is good. However my main point was that if a file has a title or heading 1 set the name will be set by default, not only as an option. (So there is an opt-out instead an opt-in in the settings for this case).
(In reply to V Stuart Foote from comment #10) > > Also, can see some utility in improving the GUI (status > bar/dialog/navigator) related to metadata manipulated via the File -> > Properties dialog, especially with ongoing addition of CMIS and other > "Cloud" formats. Believe that work for linking the Properties meta fields, or for linking text from suitable styles as file names and to the UI status bar/navigator as above should also be able to address concerns of https://bugs.documentfoundation.org/show_bug.cgi?id=61053#c13 and the OP. Providing a filename "preview" to display in the inserted fields. The "previewed" fields would of course change to the actual filename and path once the ODF document is created on save. =-note on usage-= Actually Fields can be placed in any location, not just Header or Footer. Set using an Insert button from a selection on the <Ctrl>+F2 Fields dialog: Document or DocInformation tabs.
(In reply to Samuel Mehrbrodt (CIB) from comment #0) > [...] > The suggestion should be based the used styles in an order like this: > > - Title > - Heading 1 > - Text Body > - Default Style (In reply to V Stuart Foote from comment #10) > [...] > Suggest also the File -> Properties dialog: Description tab any entries made > to the Title, Subject, Comments or Keywords fields (given a hierarchical > preference in that order). > [...] > Seems reasonable to parse them first as potential for automated file naming > ahead of content from the document styles listed. I like that thinking as improvement on the idea. Comments I expect to be more a grab-bag, but.. Thus order could be Properties Title Properties Subject Properties Keywords Style Title (Style Heading 1 etc) The expected useful information from (other) styles is IMO low, but.. Also I do not over-estimate the proper use of the mentioned keywords. And I expect organizations where the use of those is properly incorporated, have other means of name-giving (anyway, I facilitate in that ;) ) Ciao
Removing NeedsUXEval since all agree on this feature using the proposed order of properties. Samuel qualified this ticket initially as an EASYHACK. So please check skill, topic and add code pointers (NEEDINFO for this).
Too complex for an easy hack, removing the keywords.
*** Bug 104484 has been marked as a duplicate of this bug. ***
*** Bug 113951 has been marked as a duplicate of this bug. ***
*** Bug 117378 has been marked as a duplicate of this bug. ***
Would also like to see this feature, ideally trying to take the first line on the document like in MS word.
+1 for this feature. I hope that it would allow to "take" the filename from an input field.
Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed.
*** Bug 139236 has been marked as a duplicate of this bug. ***
*** Bug 139976 has been marked as a duplicate of this bug. ***
A possible solution to the problem of potentially creating silly filenames might be to have a document property (that is inherited from the template, and so can be set to whatever suits the particular workplace and type of document), and if the property is blank then the default behaviour when saving a file for the first time would be: 1. If the document has a title or Heading 1, use that (after removing any problematic characters like backticks, dollar signs, etc), otherwise 2. Use the present system for untitled documents. But if the specific property is set then it could, like a spreadsheet cell, be a constant or could be the result of calculating/combining/formatting particular document properties, headings, cells, user-defined fields, the day/month/etc and/or the text set as the title. But, to make life easy for the average user, it should be easy to set it to something like "do what [some other popular software] does"
*** Bug 147229 has been marked as a duplicate of this bug. ***
*** Bug 135556 has been marked as a duplicate of this bug. ***
*** Bug 156906 has been marked as a duplicate of this bug. ***
*** Bug 157563 has been marked as a duplicate of this bug. ***
*** Bug 158883 has been marked as a duplicate of this bug. ***