[Bug 161255] Expand heuristic for enabling RTL-CTL and/or CJK language support when installing/creating new profile
https://bugs.documentfoundation.org/show_bug.cgi?id=161255 Eyal Rozenberg changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #15 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #14) > Eyal, if the settings relevant to the system's locale This sentence goes to the heart of what this bug is about. If I understand what's been said, then - the setting currently depends (modulo any bugs) on the LO-determined locale, and only on that locale. This bug asks for an expansion of the heuristic to also depend on other things, as I mentioned in comment 8, e.g.: * The set of enabled keyboard layouts * The country the computer is currently in * Finer choices of aspects of the locale/regional settings * Whether or not a localization pack or help pack is installed for an RTL-CTL or CJK language and never mind my specific situation with Hindi. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161255] Expand heuristic for enabling RTL-CTL and/or CJK language support when installing/creating new profile
https://bugs.documentfoundation.org/show_bug.cgi?id=161255 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #14 from Stéphane Guillou (stragu) --- (In reply to Mike Kaganski from comment #9) > [...] *if* it doesn't work for a *specific* OS, or a > specific locale, then that is a bug - and someone slightly familiar with the > bug tracker would indeed understand that the specific report is needed. like > "I use OS ABC; my locale settings in the OS are XYZ; I install LO using this > method; immediately after installation, I check the LibreOffice locale > setting, and it is ...; and when I look at the Asian / CTL checkboxes there > on the same options page, I see unexpected ... - my expectation is ..." Eyal, if the settings relevant to the system's locale are not turned by default, please provide precise information about your system and LO version so this bug can be actioned, as requested by Mike. So far, only Mike has provided some version info. I feel like a lot of this discussion should have happened on Ask.LO, so a clearer report could have been opened here later. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161255] Expand heuristic for enabling RTL-CTL and/or CJK language support when installing/creating new profile
https://bugs.documentfoundation.org/show_bug.cgi?id=161255 --- Comment #13 from Mike Kaganski --- (In reply to Eyal Rozenberg from comment #12) > if I download a localized version from the libreoffice.org website, shouldn't > that locale trump whatever LO determines as the OS locale? There are no "localized versions" of LibreOffice. There is the program, and there are UI packages, that may be added on top of the program, in any number. The closest to a "localized version" is a set of the main program plus a single UI package. But note, that the most used packages - the Windows MSI, and the macOS DMG - are all-in-one packages, including *all* UI packaged bundled; while the Linux packages are actually not expected to be widely used at all, according to the philosophy of the project, which expects Linux distros to prepare own packages in their repositories, with own installation scripts taking care of UI packages. The set of individual sub-packages (both inside the main program RPM/DEB, and the individual UI packs) reflect the Linux distros' maintainers' idea of modularity, allowing those distro maintainers to only install subset of the program to suit some requirements - e.g., license (like PDF import depending on GPL), or library dependence (for different VCL backends), or bloat (like unneeded UI packs). Thus, Linux people installing LibreOffice from homepage are likely to have a somewhat incorrect idea of the intended UX - they have to manually do what their distro maintainer would normally automatize for them. And then: the UI package is *the UI*, but has nothing to do with *locale*. It is OK to have a Russian UI, but Chinese locale. And the locale set doesn't depend on any UI package; it is built into the core. The logic of automatic locale choice is also built into the core; it depends on your OS, not on the installed UI packages. So yes, please do file bugs for what specifically doesn't work. The bottom line of my previous comments was: what you asked for was already implemented - and if it doesn't work as intended, it is not a missing functionality, but a bug. And the point 4 in comment 1 is meant to tell, that there might be shortcomings in the implemented logic itself - then it needs to be discovered, what is not good in that logic, and improved. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161255] Expand heuristic for enabling RTL-CTL and/or CJK language support when installing/creating new profile
https://bugs.documentfoundation.org/show_bug.cgi?id=161255 Eyal Rozenberg changed: What|Removed |Added Summary|Heuristically enable|Expand heuristic for |RTL-CTL and/or CJK language |enabling RTL-CTL and/or CJK |support when installing |language support when ||installing/creating new ||profile --- Comment #12 from Eyal Rozenberg --- (In reply to Mike Kaganski from comment #9) > I further said explicitly, that it is *expected* > that this locale setting is *set* automatically according to the OS settings > (whichever algorithm there is). Ok, so that's what I misunderstood. Anyway, I'm not even sure that makes sense. I mean, if I download a localized version from the libreoffice.org website, shouldn't that locale trump whatever LO determines as the OS locale? Regardless of what locale is set, there's the > I even wrote explicitly, that *if* it doesn't work for a *specific* OS, or a > specific locale, then that is a bug TBH I don't know whether it _ever_ works, as I always get Hindi CTL locale for some reason, and assumed that's some hard-coded default. Guess I'll go file that bug. Anyway, limiting the bug's scope to reflect what you've said. -- You are receiving this mail because: You are the assignee for the bug.