Issue 11206 - Setting LANG environmental variable to switch resources
Summary: Setting LANG environmental variable to switch resources
Status: CLOSED DUPLICATE of issue 10043
Alias: None
Product: Installation
Classification: Application
Component: ui (show other issues)
Version: OOo 1.0.1
Hardware: PC Linux, all
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: bettina.haberer
QA Contact: issues@l10n
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-02-05 10:19 UTC by maho.nakata
Modified: 2003-09-08 16:53 UTC (History)
5 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description maho.nakata 2003-02-05 10:19:01 UTC
A member of Japanese native-lang project found that
RedHat 8.0(Linux) contains original tuned OOo package.
I was quite astonished that using this package, we no longer
need localized binary, well, just switching LANG envaironmental
variable to change fonts, menus, other resources and even help
are localized.

Is it possible to import such feature into our OOo package?
I don't know that whether RedHat signed to JCA or not,
so at this time it is dangerous to state the URL of spec file 
as a reference implimentation.
I believe that this grately reduce the time and effort
to build a package, as you know, it takes 20 hours by
Celeron 800MHz...
I know it makes slightly(?) enlarge the size of the 
binary, of course.

Anyway, RedHat is interested in OOo, so it is much better
for us to cooporate.
Comment 1 stefan.baltzer 2003-02-07 16:55:57 UTC
SBA: Changed component to "installation".
SBA->ATR: AK, US and me have seen it working on RedHat => set to "New".
Reassigned to Andreas.
Comment 2 atr 2003-02-10 10:26:13 UTC
Hi Bettina,

please have a look at this enhancement.

Andreas
Comment 3 chris 2003-02-12 11:49:33 UTC
Just discovered this issue...

The Debian guys are guilty of starting this, together with Gwenole of
Mandrake, who pointed us to the ooLocale configuration variable.

Basically, we build all languages at once, create a base installation
based on a network setup run, and then use a script to read the
setup.ins files for each installation set and create 'language packs'
based on that file.  When the user starts OOo, we check the users'
LANG environment and adjust ooLocale accordingly.

You can find the Debian packaging CVS at:
http://cvs.debian.org/?cvsroot=debian-openoffice

The script to create the langpacks is in
oo-deb/debian/local/openoffice-dpack-lang.  The wrapper script is in
oo-debian-files/bin/openoffice.  These files are written by authors
who have signed JCAs and we are happy to contribute whatever can be used.

These are the current problems with this system:

 - File copy errors during user setup if the -en langpack is not
installed. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=150714.

 - Contents of File -> New menu are always in English

 - OOo can crash if LANG is set to an invalid language.  There is a
fallback to -en and -de and external, but it does not work for other
language codes.

 - Templates do not work for all languages.  This needs a fallback
mechanism if translated templates are not available.

 - Help needs a similar fallback mechanism.

So why bother if there are so many problems?  We only need to
distribute small language packs of ~1.7Mb instead of complete
installation sets for each language, and the same OOo installation can
be used with different languages.
Comment 4 arthit 2003-05-04 04:45:54 UTC
see issue 10043
http://www.openoffice.org/issues/show_bug.cgi?id=10043
(about language switcher + language pack)

For short,
Pladao Office (Thai localized version of OO.o)
already has a language resource switcher for a year.
Users of Pladao Office 1.0 (based on OOo638C)
and 2.0 (based on OOo1.0.2) can freely choose the language of UI
(English or Thai).

Its developer already signed a CA (old version before JCA).
Comment 5 arthit 2003-05-04 04:50:21 UTC
Pladao's UI language switcher works on Linux, Windows, Solaris.
Comment 6 chris 2003-05-05 16:45:58 UTC
Mark as duplicate

*** This issue has been marked as a duplicate of 10043 ***
Comment 7 bettina.haberer 2003-07-07 17:34:14 UTC
Closed as duplicate to 10043.