[l10n-issues] [Issue 54721] Installers for languages not supported by Windows should force startup locale to be in their own language
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=54721 --- Additional comments from [EMAIL PROTECTED] Sun Sep 18 01:20:35 -0700 2005 --- javiersola: So what the user has to do to get all in Khmer? Can you please describe it in terms of English menu items like Tools - Options - ...? If it is so, it is really great disadvantage for multilingual installation sets... - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[l10n-issues] [Issue 54721] Installers for languages not supported by Windows should force startup locale to be in their own language
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=54721 --- Additional comments from [EMAIL PROTECTED] Sun Sep 18 03:07:54 -0700 2005 --- The amount of work to be done by the user/installer is ridiculously small: Tools-Option-Lenguage Setting-Languages Change the value of Locale Settings to your own language. That's it. - The problem is that each installation CD that you issue has to have a little piece of paper (people in third world country do not read readme notices inside the CD) that says what you have to do. Copying disks require copying papers.. which does not happen. You end up with hundreds of people either saying that OpenOffice does not work or calling for assistance. What we need is a full-proof system that is 100% in your own locale. This is what you usually have when Windows is in your own language (i.e. Spanish installation on a Spanish Locale Windows yields Spanish locale OpenOffice). Our case is one in which the usual rules for desired locale do not apply, so we would like to have one more rule added, that makes installations for those countries (who need simple installations most) just as simple: force locale settings to be the same as user interface locale. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[l10n-issues] [Issue 54721] Installers for languages not supported by Windows should force startup locale to be in their own language
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=54721 User pjanik changed the following: What|Old value |New value CC|'pjanik' |'is,jb,pjanik' Assigned to|ft|tm Component|l10n |framework Ever confirmed| |1 Status|UNCONFIRMED |NEW QA contact|[EMAIL PROTECTED] |[EMAIL PROTECTED] --- Additional comments from [EMAIL PROTECTED] Sun Sep 18 04:50:36 -0700 2005 --- OK, confirmed. This is really problem. Changing the component to framework. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[l10n-issues] [Issue 54721] Installers for languages not supported by Windows should force startup locale to be in their own language
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=54721 --- Additional comments from [EMAIL PROTECTED] Sat Sep 17 11:39:28 -0700 2005 --- javiersola: do I understand that if you have dual language instset, like en_US-km, it is both installed as en-US and the language *after* the installation, in the normal run is also English and not the right language (km in your case)? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[l10n-issues] [Issue 54721] Installers for languages not supported by Windows should force startup locale to be in their own language
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=54721 --- Additional comments from [EMAIL PROTECTED] Sat Sep 17 19:17:44 -0700 2005 --- No, the run is in Khmer, but with en_US locale values (such as number format). These two correspond to two different variables within OpenOffice (aprox. user interface locale and locale settings). More in detail: Installation of km-en-US is in English, as expected. When the program is run for the first time, the user interface is already in Khmer, which is also desirable... and (in our case for being CTL language) the CTL language is set to Khmer, also good. Nevertheless, the Openoffice locale is set to en_US, because this is the result of the procedure that decides what locale the system should run (it looks at the operating system and other things for that). The result is a mixed system with user interface in Khmer, but with en_US locale settings. In order to use OpenOffice in Khmer correctly (i.e. see local language number formats), the OpenOffice locale needs to be reconfigured to Khmer in Language Settings-Language. This is a trivial operation for those who know, but it duplicates the complexity of installation for those who do not. From an OpenOffice distributor's point of view, installation should produce a consistent Openoffice, with all three variables (User interface/locale/CTL language) related to the same locale (Khmer in our case). Now by default I see Khmer, but numbers and dates are in US format. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]