Bug 61053 - FILESAVE: Make writer to save the document with the first words as default name instead of Untitled 1
Summary: FILESAVE: Make writer to save the document with the first words as default na...
Status: RESOLVED DUPLICATE of bug 58685
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-18 10:47 UTC by bugquestcontri
Modified: 2016-06-19 09:34 UTC (History)
8 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 bugquestcontri 2013-02-18 10:47:34 UTC
Problem description: 

In AskLibO (http://ask.libreoffice.org/en/question/2525/save-as-untitled-1/#12334) there was the request to have Writer saving the document as default with the first words of the text rather than with "Untitled 1".

Additionally I would like to add that the field for the filename in a footer of a writer document shows the name of the default filename before the file is saved. 

Currently, the field shows only a dot. and it took me a while to  find out that the dot is replaced by the filename when the file is saved once.  It would be easier to understand the file name field  when it shows immediately the filename (first words of text or untitled 1).

Operating System: Windows XP
Version: 3.6.5.2 release
Comment 1 Jorendc 2013-06-20 22:54:50 UTC
Valid enhancement request. Would be nice indeed.
Marking it as such and as NEW.

Kind regards
Joren
Comment 2 bugquestcontri 2013-06-21 08:06:06 UTC
Thanks, Joren. I now hope that there is soon one of great devs available for the job.
Comment 3 bfoman (inactive) 2013-08-28 20:44:01 UTC
*** Bug 68671 has been marked as a duplicate of this bug. ***
Comment 4 Cor Nouws 2013-08-28 21:02:04 UTC
Hi,

I know that behaviour from some other application, but find it really unuseful.
So IMO we should not copy it ;)

Cheers,
Cor
Comment 5 nunuviorbiz 2013-11-24 03:00:45 UTC
I'd love to see this happen too. Any hope? 

(I'm new here so I'm not sure if 9 months is a long time to wait for a solution and I'm just impatient or if nothing is happening on this?)

As for Cor's feeling that this is "unuseful", I'm not sure how this can be seen that way. Unless he always leaves his documents titled by the default "Untitled X", changing the File name from "Untitled X" OR "whatever the first line of the document was" is the same effort and certainly not any more onerous - and for many of us, the "first line" title many times saves a step.

Thanks.
Comment 6 Cor Nouws 2013-11-24 17:26:53 UTC
Making it easy to use the first words as name for the file, makes it easier to give files stupid names :)
Pls don't  - of course just my opinion...
Comment 7 bugquestcontri 2013-11-26 08:29:39 UTC
I fully agree with the comment by nunuviorbiz@gmail.com Although I am not a code writer, I can imagine that this change is an easy hack.
Comment 8 Kumāra 2014-08-05 07:50:06 UTC
Comments by Cor Nouws make sense, as I recall having the suggested title as the date on the top line of a letter. Thus the stupid name.

But it's also nice NOT having to
execute save,
then realise that it would be better to copy the title from doc to paste,
close the dialog box,
select and copy the title,
execute save, AND
paste the text.

The "stupid name" problem is easily overcome by having the title pre-selected, just as with "Save as..."

It's reasonable enhancement request that I believe many users would appreciate.
Comment 9 bugquestcontri 2014-11-04 01:08:26 UTC
I think that Kumara's proposal "The "stupid name" problem is easily overcome by having the title pre-selected, just as with "Save as..."" in Comment 8 is a pretty good one. Here I understand that the first words are selected. 

When I used MSO I thought the first words file name is a stupid thing. But when the file needs be saved quickly, There is actually a more precise information in the filename than "Untitled." And this information can already fill the field "file name" and replace the current dot if not filename is used yet.
Comment 10 Cor Nouws 2014-12-28 22:12:05 UTC
OK, if more people like it, I'll have to get used to it ;)
Comment 11 rbruenner 2015-03-18 07:00:14 UTC
Hi,

I also found this feature useful back in the old days when I was using MSO. Since I mostly start new documents with the title, it would be quite helpful to get the headline as suggestion for the file name upon first saving.

I can even imagine this feature to be useful in Calc as well iff the first non-empty cell in the first row contains text.

To appease people who have concerns about this feature or who have a different workflow, it might be a good idea to add a checkbox in the settings dialogue so that it is possible to disable this feature.

Having said that, I would be very pleased to see such a feature in a future version of LO.

Kind regards
Comment 12 Jean-Baptiste Faure 2015-03-23 08:27:01 UTC
I agree with comment #6. Please don't ask LibreOffice to think for you.
Additionally having default names based on an uniform scheme like "untitled n" make easier to find these badly named files. That is important from a QA tester point of view, it make easier to cleanup your desktop.

Another point, with names like "untitled n" you are sure that you can't overwrite an existing file accidentally. 

Best regards. JBF
Comment 13 bugquestcontri 2015-03-29 05:49:41 UTC
From the last comment of JBF I understand that LibO changes the number after "Untitled x" automatically. I never saw this because I always save my files immediately under the name I need.

Thus I drop the request of changing the file name to the first words.

However, my request:

quote
Additionally I would like to add that the field for the filename in a footer of a writer document shows the name of the default filename before the file is saved. 

Currently, the field shows only a dot. and it took me a while to  find out that the dot is replaced by the filename when the file is saved once.  It would be easier to understand the file name field  when it shows immediately the filename (first words of text or untitled 1).
unquote

remains, except for the "first word" part in my request.
Comment 14 Adolfo Jayme 2016-03-02 18:51:36 UTC
*** Bug 98342 has been marked as a duplicate of this bug. ***
Comment 15 Cor Nouws 2016-06-06 11:15:23 UTC
See no reason not to mark this one as duplicate

*** This bug has been marked as a duplicate of bug 58685 ***
Comment 16 Claudius Ellsel 2016-06-06 12:58:07 UTC
This is not completely a duplicate, since there is still a second request. Is this solved?
Comment 17 Cor Nouws 2016-06-06 13:31:48 UTC
(In reply to Claudius Ellsel from comment #16)
> This is not completely a duplicate, since there is still a second request.
> Is this solved?

So I should read the initial comment

(In reply to bugquestcontri from comment #0)
> [...]
> Additionally I would like to add that the field for the filename in a footer
> of a writer document shows the name of the default filename before the file
> is saved. 

and forget the issues summary to understand the meaning of the bug :\ ?

Sigh, boing boing boing boing 

/me people should really really make clear descriptive summaries for issues and 
    update when needed.

Sorry Claudius, don't take this personal. It's just an epidemic problem ;)
Comment 18 Kumāra 2016-06-11 00:49:45 UTC
(In reply to bugquestcontri from comment #0)
> Additionally I would like to add that the field for the filename in a footer
> of a writer document shows the name of the default filename before the file
> is saved. 
> 
> Currently, the field shows only a dot. and it took me a while to  find out
> that the dot is replaced by the filename when the file is saved once.  It
> would be easier to understand the file name field  when it shows immediately
> the filename (first words of text or untitled 1).

I understand your request, but the current situation seems fine to me (though I've once been confused by this too). Another possibility is to have the field show an ERROR message when the data does not exist yet. Otherwise, for this part, it's NOTABUG or WONTFIX.

In any case, if you still deem this important, I suggest that you file a new bug report just for this. Having separate requests in separate bug reports is the way to go. Thank you for participating.