[Libreoffice-bugs] [Bug 105841] "First name" in user data is missing
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Thu Apr 27 20:31:44 UTC 2017
https://bugs.documentfoundation.org/show_bug.cgi?id=105841
Regina Henschel <rb.henschel at t-online.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |needsUXEval
Status|RESOLVED |UNCONFIRMED
CC| |rb.henschel at t-online.de
Resolution|NOTABUG |---
--- Comment #2 from Regina Henschel <rb.henschel at t-online.de> ---
I reopen it, because I thing removing the "first name" field is an error.
There is a further complain on the German Ask site, read
https://ask.libreoffice.org/de/question/93363/5303-benutzerdaten-wieder-umstellen-auf-vor-und-nachname/.
The version 5.3 is still "fresh" and likely not often used enterprises. I fear,
that there will be more complains, when the 5.3 versions comes to enterprises.
There are further problems in addition:
Removing the field from UI does not erases it from file format. The associated
element <text:sender-first> exists in ODF (see
http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#element-text_sender-firstname).
It is against interoperability to leave it empty and merge this information
into another field.
The service com::sun::star::text::textfield::ExtendedUser has a constant group
com::sun::star::text::UserDataPart with value FIRSTNAME. It is published API
and should not be changed. Existing macros might not work as intended, if the
content of this field is empty.
The variable user_firstname can be used in conditions to hide parts of the
text. Such documents no longer work.
I cannot find a request to remove the field or a discussion about the topic. I
personally see no considerable reason to remove the "first name" field. I
therefore set keyword needsUXEval.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170427/78f1a9ee/attachment-0001.html>
More information about the Libreoffice-bugs
mailing list