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 Suggestion =========== - Remove the fixed date option altogether OR - Un-default it (in case it actually has a use case): In list "Select": "Date" should be the selected option by default. Reason ======= 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.
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".
I use this Date (Fixed) in many of my templates. I suggest not to remove this.
- 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"
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.
(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)"?
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.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b2c81dad3a0b72d305f1c6967ee4a8069ae11b45 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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Seems to be fixed.
Heiko, there seems to be an issue with the fix: 1. Open Writer 2. Insert > Field > More fields 3. Insert Date, and further down insert Date (fixed), close dialog 4. Write-click on each one > Edit Fields... Result: The highlighted date field is inverted. Can you also see that? Wasn't the case in 7.4. Version: 7.5.0.1 (X86_64) / LibreOffice Community Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
(In reply to Stéphane Guillou (stragu) from comment #9) > Can you also see that? Wasn't the case in 7.4. Confirming the issue, the items are twisted.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d7514d34b67626ba0b7d1dc0e9acbdfc635fe0ac Revert "Relates tdf#139141 - Make variable date/time field the default" It will be available in 7.6.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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Heiko Tietze committed a patch related to this issue. It has been pushed to "libreoffice-7-5": https://git.libreoffice.org/core/commit/1a7db8daf9da33133c49e803cb1b834d9351bf59 Revert "Relates tdf#139141 - Make variable date/time field the default" It will be available in 7.5.0.2. 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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Reverted the patch now.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e37f06f534ac864f9fe8cd20b07a85c36e697d41 Resolves tdf#139141 - Make variable date/time field the default It will be available in 7.6.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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified as fixed in: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8ae84bb5566e12df64236a116b9d1889d6f5f052 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Thanks Heiko! Do you have follow-ups or are you OK to mark as "Resolved - Fixed"?
If we decide to cherry-pick this for 7.5... but fixed anyway.
If you're looking for a fun and engaging skill game, go no further than https://drift-hunters.io
No mention in release notes? See https://ask.libreoffice.org/t/need-shortcut-key-to-insert-time-fixed-into-a-journal-document/95622
This is a disastrous change I've just discovered in LO v7.6. It prevents creating a simple Keyboard shortcut to get Date (fixed) or Time (fixed) which I use frequently in journal documents.
So - the fix seems to go beyond the proposed "let's change the default *under tab "Insert" -> "Field" -> tab "Document" -> Type: "Date"*" (see comment 0), and also changes the related UNO command (-> an API change) - is that intentional, Heiko?
Skimming through the patches and reversions I remember some trouble with the patch. The (reasonable) request was to change the default in the dialog; and it is not ideal that the UNO command just picks the first item (or the one which is selected by default).
(In reply to bugzilla from comment #19) Please report a new bug. It would be a regression by this one, and it's fix would need fixing how the UNO command works. Thank you.
New Bug report Bug 157337 duly created.
Reverted, needs an extra UNO command
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/fa569930a0968cdeba4441e19a68e7d78aa25cb4 Revert "Resolves tdf#139141 - Make variable date/time field the default" It will be available in 24.2.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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Heiko Tietze committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/d6347033f95a4c3d4837f954a6560b83ec2a421d Revert "Resolves tdf#139141 - Make variable date/time field the default" It will be available in 7.6.3. 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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/6c073a180b6af61963fcce0da63ba66b97357ccb tdf#139141: Add UNO commands for variable date/time fields It will be available in 24.2.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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Phew, sanity restored. LO 7.6.3 onward are confirmed as fixed i.e. Ctrl+; gives Data Fixed (both Writer and Calc). Many thanks.
We now have (since 24.2): - separate UNO commands for Fixed and Variable variants, which can be assigned a shortcut in the Customize dialog - We have both variants by default in the Insert menu - Labels of the two commands now make the distinction clear Comments here have proven that users rely on the fixed variant. Also, some workflow might be broken by changing the default. We can't change the behaviour of .uno:InsertDateField because it would break existing macros. My suggestion is to close either as "won't fix", or "fixed" by the addition of the new commands for easy keybinding / toolbar customisation. Anyone against?
(In reply to Stéphane Guillou (stragu) from comment #29) > "won't fix", or "fixed" Darktrick, what do you think?