[l10n-issues] [Issue 54721] Installers for languages not supported by Windows should force startup locale to be in their own language

2005-09-18 Thread pjanik
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

2005-09-18 Thread javiersola
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

2005-09-18 Thread pjanik
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

2005-09-17 Thread pjanik
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

2005-09-17 Thread javiersola
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]