Issue 60428

keyword: ux-ctest

target 2.x for usability test results with prio 2

Concept: Find a better term than "Feldbefehle" for the set of content variables.

*** Issue 61677 has been marked as a duplicate of this issue. ***

i61677 was: German translation: “Einfügen – Feldbefehl” sounds like military order

I fear renaming "Feldbefehle" into something different will have the same effect
that renaming "Stylist" into "Formatvorlagen[-Fenster]" or "Format > Seite" into
"Format > Seiteneinstellungen" had: All documentations need to be re-written,
but the basic problem, and that is that an untrained user does not understand
for what "Stylist" or "Feldbefehl" are good, persists. That is to say: if you
need to explain the formatting concept with styles or the possibilities of
fields anyway -- think of fields with fixed content (e.g. date) or, even more
simple, the field "date" in an other format than DD.MM.YY -- it doesn't matter
whether they are called "Feldbefehle", "Variablen" (we already use this term for
something else!), or "so graue Dinger".

I would agree that moving e.g. the fields "Date" or "Page Number" from the
sub-menu "Insert > Fields" directly into the menu "Insert" will probably make
them easier to find for a user without any training and without any willingness
to read the online help and/or a FAQ. But it will make it notably more difficult
to understand (and to explain!) that you can insert the date of the day with,
say, "Insert > Date", but if you don't want that it auto-updates and/or you want
it in an other format than DD.MM.YY, you need to use a completely different
dialogue and learn completely different terms (i.e. "Feldbefehl" or whatever).

I hear users very rarely ask "how do I insert the date of the day" or "how do I
insert the number of the page"; they far more often ask "how do I change the
format that is used for the date of the day" or "how do I insert the page number
on all pages (except page 1)". From that point of view, usability will not
increase if e.g. "Date" and "Page Number" were located in the "Insert" menu.

I agree. The solution to the problem (yes there is a general problem, not just the German translation) is 
somewhere in between. Usability tests and competitive analysis show that the creation of footers with 
page numbers is .... not as easy as it should be. 
Collecting all fields in one submenu is more engineering driven than usage oriented. So I welcome your 
comments! Thanks
-Matthias

let's try 3.0 ...

As discussed now on your owner as you work on some Calc issues.

@Berit: Please change (Insert -) "Feldbefehl" in Writer/Draw/Impress into
"Feldfunktionen" for the German localization.

Accepted

as stated by mbayer, the change of the string is not likely to solve the problem
(user is not able to insert page number or date).

Considering the amount of work and sideffects (for existing documentation...) I
set to WONTFIX.

For the problem of inserting pages, the implementation of issue 7065 should
rather be speed up (note, that there is a specification and an implementation as
extension already available)

correct component (it's a translation issue) and closed

Reopened. This change is still appreciated. Test showed that users were scared by the term 'Feldbefehl' and did not open the sub menu containing page number etc.

fl->coni: Please change (Insert -) "Feldbefehl" in Writer/Draw/Impress into
"Feldfunktionen" for the German localization.