Description: Tools > Options > LibreOffice: "Application Colors" should be "Colors" Tools > Options > Language Settings > Languages: "Locale setting" should be "Locale" Steps to Reproduce: see above Actual Results: see above Expected Results: see above Reproducible: Always User Profile Reset: No Additional Info: see above
Why? Smells like change for changes sake. Also, these strings are translated for all UI locales. IMHO don't see a point and => WF
Current state is a good state. -1 from me
The reasons to rename "Application Colors" is that: 1. If the user wants to find a section about colors, he would quicky scan the list of setting for the word "color". And as the most of writers know, the most important word in the heading/title should come first. That is, "Application Colors" is simply less convenient than "Colors", that's it. 2. Also, why not "Application Paths" and "Application Fonts" then? Isn't it better to be consistent? The reasons to rename "Locale setting" is that the word "setting" is just clearly superfluous: 1. The word "setting" is obvious 2. The word "setting" doesn't used for other settings, so it breaks consistency 3. Have you ever saw a software that uses the word "setting" in the setting description? It just doesn't look/sound right (professional).
Heiko/Xisco: I got no strong opinion here, I understand arguments of both sides, thought you might be interested in this one.
On “Application Colors”, that name was suggested in bug 95155, and I wouldn’t change it again. I think the better fix is to merge that page with “View” — there’s no reason to have them separate (or away from each other in the tree) when they’re both related to the programs’ appearance. On “Locale Setting”, I agree that the last word there is unnecessary.
(In reply to Adolfo Jayme from comment #5) > On “Application Colors”, that name was suggested in bug 95155, and I > wouldn’t change it again. Good argument. And eventually we should make this tab Appearance again by enhancing it with LibreOffice themes (instead of Mozilla Persona, see bug 125217). Would be too large for the View tab. > On “Locale Setting”, I agree that the last word there is unnecessary. Just "Locale" sounds weird to me. But I'm not a native speaker.
> But I'm not a native speaker. Neither I. :)
I am, but that guarantees nothing... ;-) Issue is wrapped up in the English semantics' of locale vs. local local as in proximity, locale as in place Retaining the en-US base string "Locale setting:" provides clarity that the field value -- either Default (Locale as reported by os/DE) or of some specific Locale (i18n as per Unicode CLDR) -- is being set to control the UI. Retaining "setting" in the label also adds clarity for the translation effort. IMHO leave it alone.
(In reply to V Stuart Foote from comment #8) > IMHO leave it alone. => NAB
(In reply to John from comment #3) > The reasons to rename "Locale setting" is that the word "setting" is just > clearly superfluous: I agree that the term "setting/settings" shouldn't appear while the user is already inside the settings dialog. "Local" or better "Location" sounds very straight forward. +1 (In reply to Heiko from comment #6) >Good argument. And eventually we should make this tab Appearance again by enhancing it with LibreOffice themes (instead of >Mozilla Persona, see bug 125217). Would be too large for the View tab. Combining application colors and LibreOffice themes into one tab and name it "Appearance" would be a great solution. Not for the tab name but for the general user experience! Theming is a today-standard while LO user-experience stagnates in 1995 where all applications behave like trash.