Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | ux-ctest: German terminology for Fields (Feldbefehl) | ||
---|---|---|---|
Product: | Internationalization | Reporter: | hans_werner67 |
Component: | ui | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P3 | CC: | andre.schnabel, frank.loehmann, issues, nesshof |
Version: | current | Keywords: | usability |
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | FEATURE | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
hans_werner67
2006-01-12 09:16:21 UTC
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. |