Bug 134628 - Rename "Ignore system input language" in language options
Summary: Rename "Ignore system input language" in language options
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: difficultyBeginner, easyHack, skillDesign, topicDesign
Depends on:
Blocks:
 
Reported: 2020-07-07 20:30 UTC by christos
Modified: 2020-07-31 15:57 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Description and suggestions (124.23 KB, application/pdf)
2020-07-07 20:32 UTC, christos
Details

Note You need to log in before you can comment on or make changes to this bug.
Description christos 2020-07-07 20:30:52 UTC
Description:
The labels in the language options dialog together with the fact that option "Ignore system input language" appears in the language options make one think that it applies to all of LibreOffice. However, this option applies only to Writer.

Even for Writer, the exact meaning of this option is not clear (although of course users who need it get used to it after a while).

Steps to Reproduce:
1. From the menu, choose Tools > Options.
2. On the left-hand side of the dialog window, choose Language Settings.
3. Expand the Language Settings node, then choose Languages.

Actual Results:
See the attachment for a description with screenshots.

Expected Results:
See the attachment for a discussion of possible improvements.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.4.4.2 (x64)
Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
Comment 1 christos 2020-07-07 20:32:25 UTC
Created attachment 162773 [details]
Description and suggestions
Comment 2 Heiko Tietze 2020-07-17 12:08:48 UTC
Wish every bug report would be done so carefully. To summarize the PDF:

* option was introduced in response to bug 36324
a) the label could read “Input method change language in Writer”
b) title “Enhanced language support” to “Change of language in document”
c) all modules should behave respectively
d) make more languages readily available in menus

My take:
a) +1
b) doesn't sound much better to; how about "System input language"
c) that might be tricky; and actually while bug 127898 and bug 34142 request such behavior the editing is not paragraph based. Opinions, Mike & Eike?
  + if we keep the option for Writer only, we have to move it to Formatting Aids
d) that spoils how the localization work; the list should contain what's defined in the paragraph/character style, in tools > options > language > locale, and what input languages the system provides all compared to installed dictionaries (but off-topic here as requested in bug 134737)
Comment 3 christos 2020-07-17 13:42:28 UTC
(In reply to Heiko Tietze from comment #2)
> a) the label could read “Input method change language in Writer”
> b) title “Enhanced language support” to “Change of language in document”
> c) all modules should behave respectively
> d) make more languages readily available in menus
> 
> My take:
> a) +1
> b) doesn't sound much better to; how about "System input language"
> c) that might be tricky; and actually while bug 127898 and bug 34142 request
> such behavior the editing is not paragraph based. Opinions, Mike & Eike?
>   + if we keep the option for Writer only, we have to move it to Formatting
> Aids

Thank you! Pasting from the PDF before a) gets copied without the s :)
a) "Input method changes language in Writer"
Of course this means that it is not 'ignored', so what was checked will now be unchecked and vice-versa.

b) On second look, the bottom section with the input method checkbox could just be labeled "Other". The label in a) is enough for the box itself. In case other options sneak into this dialog in the future, "Other" will still be good as a headline.

a) and c) are mutually exclusive. You decide between the two, I'd be happy with either one. But if you go for a), you may want to keep the option near the default language, as it can override that language.
Comment 4 Heiko Tietze 2020-07-27 13:31:44 UTC
So let's do the renaming. The one who picks up the topic might decide if and what term to use instead of “Enhanced language support”.
Comment 5 Mike Kaganski 2020-07-27 13:34:37 UTC
Just don't mention Writer. The setting is not intended to be limited; if it is, it's just a missing implementation/bug, not something to make the norm.
Comment 6 christos 2020-07-30 16:26:27 UTC
(In reply to Mike Kaganski from comment #5)
> Just don't mention Writer. The setting is not intended to be limited; if it
> is, it's just a missing implementation/bug, not something to make the norm.

At any given time, should the labels reflect what the software does or what it would do if certain known bugs were not there? I would choose the former; the latter is, well, an additional bug. So Writer should be mentioned until c) in #comment 2 is done.

Suggested label changes following the discussion so far:
1. Language Of > Localization
2. Enhanced Language Support > Other
3. Ignore system input language > Input method changes language in Writer
Comment 7 Mike Kaganski 2020-07-30 16:27:50 UTC
(In reply to christos from comment #6)

At any given time, the labels must not be changed to reflect bugs.
Comment 8 christos 2020-07-31 15:52:13 UTC
(In reply to Mike Kaganski from comment #7)
> (In reply to christos from comment #6)
> 
> At any given time, the labels must not be changed to reflect bugs.

This report is not about changing labels to reflect bugs (see, in particular, the description and suggestions in the PDF attachment and also comment #6).
Comment 9 Mike Kaganski 2020-07-31 15:57:12 UTC
(In reply to christos from comment #8)
> This report is not about changing labels to reflect bugs (see, in
> particular, the description and suggestions in the PDF attachment and also
> comment #6).

Hey, do you claim that I called that this is "about changing labels to reflect bugs"? You reacted on my very specific comment, where I wrote that I don't see problems in changing the wording, just mentioned *one* thing that should not be done. You started to discuss this nuance, which *is* about reflecting bugs (specifically, the function in question is *not* intended to be limited to Writer, and that it *is* is a bug); and in the course, you substituted the argument.

Again: please rename, as long as you don't mention Writer in the setting label.