Bug 139141 - Make Field > Date (variable) the default and rename
Summary: Make Field > Date (variable) the default and rename
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium enhancement
Assignee: Heiko Tietze
Whiteboard: target:7.5.0
Depends on:
Reported: 2020-12-22 04:51 UTC by DarkTrick
Modified: 2022-07-14 08:04 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:
Regression By:

Screenshot of the option in question (156.87 KB, image/jpeg)
2020-12-22 04:51 UTC, DarkTrick

Note You need to log in before you can comment on or make changes to this bug.
Description DarkTrick 2020-12-22 04:51:03 UTC
Created attachment 168394 [details]
Screenshot of the option in question

Current situation
Under tab "Insert" -> "Field" -> tab "Document" -> Type: "Date"

you can insert:
- fixed date (default)
- automatically updating date

- Remove the fixed date option altogether
- Un-default it (in case it actually has a use case): In list "Select": "Date" should be the selected option by default. 

Why remove?
I see virtually no use case in this function --> UI evaluation needed.
If a user wants a fixed date, why going through the hassle of inserting a field instead of simply writing it by hand?

Why un-default? 
I'd say the general user wants an automatically updating date, if they are choosing a field. --> Evaluation needed
They might even expect the date field to update automatically and not realize, that it actually doesn't.
Comment 1 Mike Kaganski 2020-12-22 05:46:39 UTC
No idea about ratio of those who need one vs another. But fixed date field is absolutely needed e.g. in templates, where a new document created from the template updates the field at creation, which would be of course impossible with "simply writing it by hand".

The non-fixed variant has other (also limited) use cases, like having a timestamp of print time.

Absolutely no to the "drop"; needUXEval to the "change default".
Comment 2 ibelin123 2021-02-06 03:16:06 UTC
I use this Date (Fixed) in many of my templates. I suggest not to remove this.
Comment 3 S.Zosgornik 2021-02-06 14:07:14 UTC
- no go for removing fixed dates
+ change the default to updated sounds decent
also would rename "Date" to "Auto Date" and "Date (fixed)" to "Current Date"
Comment 4 Heiko Tietze 2021-02-11 14:59:23 UTC
Changing the default makes sense. And probably also the label but to keep modifications small I'd suggest "Date (variable)", which accomplishes the "fixed" term.
Comment 5 Mike Kaganski 2021-02-11 15:07:53 UTC
(In reply to Heiko Tietze from comment #4)
> And probably also the label but to keep modifications small I'd
> suggest "Date (variable)", which accomplishes the "fixed" term.

Just note that original wording from comment 3 is not OK: what "current date" might mean? Today current date is different than was yesterday, so "current date" means to me the opposite to "fixed". I'd even suggest using "current" in the other ("variable") field name: "Date (fixed)" and "Date (current)"?
Comment 6 Heiko Tietze 2022-07-14 07:15:47 UTC
The "fixed" part is added at SwField::GetFieldName() and SwDocInfoField::GetFieldName() not only to Date and Time but also many other strings such as "DocInformation::Created (fixed)" (aka Author). The exception for date/time makes the code hard to read and I wonder now if we really want to do that.

The patch for the order (current date/time first, fixed as second item) has been submitted.
Comment 7 Commit Notification 2022-07-14 08:04:31 UTC
Heiko Tietze committed a patch related to this issue.
It has been pushed to "master":


Relates tdf#139141 - Make variable date/time field the default

It will be available in 7.5.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:

Affected users are encouraged to test the fix and report feedback.