https://bugs.documentfoundation.org/show_bug.cgi?id=161255
--- Comment #4 from Eyal Rozenberg <eyalr...@gmx.com> --- (In reply to Mike Kaganski from comment #3) > I choose it in Options->Languages and Locales->General, to test hos locales > affect this. That is not what I'm talking about. I'm taking about arranging it so that when I start a clean, empty profile - and I'm on a system and with a user profile or session which one can surmise involves use of RTL-CTL/CJK languages - then LibreOffice will start with full RTL-CTL / CJK support (respectively) enabled. That does not seem to happen at the moment. The user should not have to choose anything. Effects of active user choices are not what this bug is about > For a just-installed LO instance, that option has a default > value taken from OS. Are you saying that: 1. Locale is taken from the US and 2. RTL-CTL/CJK toggles are set or unset based on that locale and lacking explicit user setting I don't think so. Or at least, Not in my limited experience. Just tried this again on Windows with bother Hebrew and English (US) as the "locale for non-Unicode applications" (and with English and Hebrew as keyboard languages); RTL-CTL was not enabled. ... but that is also not very relevant. I mean, locale is actually a multitude of setting: language, numeric, time, etc. ; and there's also the timezone; and there are locales which are themselves mixed. For example, if my (single) locale is say, en_HK - does that ensure both options get set? CJK because its Chinese, and RTL-CTL because of the Indonesian language plus Arabic for the Muslims? Actually... what I said above makes me wonder if the component I chose is correct, i.e. is this an installation problem or a clean-profile-startup problem. -- You are receiving this mail because: You are the assignee for the bug.
