>I've used the PilRC output ( .r ) files for Korean, Chinese, English, >Japanese...the ONLY one I have a problem with is the Japanese one. And, >this is because for ALL other languages I use the "English" linker (with >the invalid character warning...i.e. all warnings...turned OFF). The >Japanese one...trying to use the Japanse linker because of a "Menu >Option Too Wide" error I get without the Japanese Linker.
Unfortunately you'll have to use the correct PalmRez encoding setting at some point, because PalmRez has to calculate the widths of pop-up triggers and menus when it's compiling the Mac resources into a PRC. Even if you could ignore the "menu option too wide" error, the resulting UI for your app wouldn't be correct. I've got an old version of the PilRC plug-in source from Neil Rhodes, and it looks like it has a commented-out section that tries to handle double-byte characters (like Japanese encoded as Shift-JIS). Assuming the version of the plug-in that you're using doesn't have this support enabled, then it would be (incorrectly) trying to remap character byte values from Windows code page 1252 to MacRoman, so that the inverse transformation performed by PalmRez (MacRoman -> PalmLatin) works. Assuming this is the case, then the .r file generated will contain invalid Shift-JIS sequences. This shouldn't cause PalmRez to crash, of course, but even if it didn't, you'll get bogus results. Also note that until a version of PalmRez is released that supports Korean and Chinese (was this Simplified, Traditional, or both?) you won't be able to build PRCs with valid menu and pop-up trigger widths. If you email me an example of a resource (the PilRC source and the resulting .r) I can take a look at why PalmRez crashes. -- Ken -- Ken Krugler TransPac Software, Inc. <http://www.transpac.com> +1 530-470-9200 -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
