The Mozilla
Organization
At A Glance
Feedback
Get Involved
Newsgroups
License Terms
Newsbot
Developer Docs
Roadmap
Projects
Ports
Module Owners
Hacking
Get the Source
Build It
Testing
Download
Bugzilla
Bug Writing
Tools
View Source
Tree Status
New Checkins
Submit A Bug
FAQ
Search

Internationalisation

There are several areas where Warpzilla needs to worry about i18n. At time of writing, the implementations are cursory. OS/2 has very good locale and conversion support, however the function is not used by the C libraries supplied with either EMX or VAC++. So:
Need to write minimal versions of the Uni* API header files.

Locale

Code currently in /mozilla/intl/locale/src/os2.
This does collation and correctly formatted dates and times, which make use of the country and user properties.
Needs to be rewritten to be correct and use the Uni* API.

There's also an opportunity here to write an interface to translate between platform and XP locale IDs; it's not clear why we need to do this.
Find out what's going on here.

Default encodings

There needs to be code in /mozilla/intl/uconv/src/ which determines the default encoding. Essentially this needs to translate between OS/2 codepages and encoding names (eg. "ISO-8859-1"). At the moment we use the unix code.
Write this.

Input

Need to support input of mbcs characters, mapping WM_CHAR events to unicode characters. This is straightforward through the Uni* APi.
Write this.
Investigate MBCS and BiDi input.

Output

Need to support drawing Unicode strings. Both Mozilla and OS/2 provide converters from Unicode to another encoding which we can draw. Not yet clear how to pick the correct encoding; will need to know at the time of creating fonts in order to get the codepage right.
Investigate and write this.

There's lots to do here, and much to be gained by talking with the Mozilla i18n group.


Back to XPConnect On to Java
Copyright © 1998-2000 The Mozilla Organization.
Last modified May 3, 1999.