Thanks Ken,
> From: Ken Krugler [mailto:[EMAIL PROTECTED]]
> In the MPW version of Rez (not sure about CodeWarrior) you can use
> the -script parameter to tell Rez that the text it's processing is
> Shift-JIS (Japanese), Big-5 (Traditional Chinese) Roman (Latin), etc.
CodeWarrior does have the same feature in the Rez settings panel. It will
be useful for the Japanese translation at least.
> Rez treat[s] all text as being single-byte;
> no other transliteration occurs at this stage.
Right, it turns out Rez isn't the problem here. More testing confirms that
Rez outputs strings exactly as they were input. The 68K linker doesn't
touch them either. It's the PalmRez post linker that does the unwanted
transliteration from Roman (Mac) to Palm (Windows) encoding.
>> I tried changing the 'Transliteration' option in the PalmRez
>> The 'None' option looks promising, but it just turns every character
>> in every resource into a zero byte. THAT can't be right.
> That sounds like a bug in PalmRez. Let's see...yup, it's a bug
What is that option is actually supposed to do? When fixed, will it cause
no transliteration at all (which is what I want) or will it still assume the
input is Mac Roman and convert it to something else?
Also, just what is the difference between the '3.0 and earlier' and '3.1 and
later' options? The names suggest it has something to do with those few
characters that got relocated in the 3.1 fonts, but I don't know what gets
converted to what. Better documentation would be helpful.
-slj-
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
