You are currently viewing a snapshot of www.mozilla.org taken on April 21, 2008. Most of this content is highly out of date (some pages haven't been updated since the project began in 1998) and exists for historical purposes only. If there are any pages on this archive site that you think should be added back to www.mozilla.org, please file a bug.



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