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.
See the attachment for a description with screenshots.
See the attachment for a discussion of possible improvements.
User Profile Reset: Yes
Version: 22.214.171.124 (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
Created attachment 162773 [details]
Description and suggestions
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
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)
(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
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.
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”.
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.
(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
(In reply to christos from comment #6)
At any given time, the labels must not be changed to reflect bugs.
(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).
(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.