作者:Walzer
日期:2005.8.31
今天遇到个郁闷事,我修改了IE的.rc文件,改过一些界面,这时候在PlatformBuilder里对IE进行Build and Sysgen Current Project,然后make run-time image,整个操作过程中platform settings里面始终设置default language为Simplified Chinese. 但build and sysgen current project出来后的结果系统为中文的,但是IE仍然为英文界面,不过修改处也体现出来了。
后来发现如果直接对整个platform sysgen,则生成的IE为中文的,但修改没有体现出来。因此初始的思路是MS提供了另外一个中文的.rc文件,或者在sysgen的时候根据某个表格去翻译语言。但我在遍历wince下所有.rc文件后并没有发现中文界面的资源文件,另外如果是根据表格翻译那么我删除的按钮不应该会再跑出来。
解决结果是:编译时.rc文件生成为.res文件,但MS只提供了英文的.rc文件,所以如果我build and sysgen current project的时候就把英文的.rc编译为英文的.res,然后包含到系统里去。所以界面为英文,修改处体现。而在整个系统sysgen的时候,会根据default language的id来选择.res文件。比如中文简体的ID是0804,平台为x86 emulator的debug版本,那么编译时将会拿ie\oak\lib\x86\debug\0804\下的.res来做界面。那么我们可以通过修改这些.res文件以在中文界面里体现修改。
最重要的一点是,虽然.res文件为.rc编译生成的二进制文件,用UltraEditor打开是看不出什么的,但仍然可以用eVC或Platform Builder打开修改,这让我很惊讶。打开后可以看到每个控件对应的ID不像.rc里面是个字符串,而是个数字。那么这个数字在resource.h里面和字符串用define关联起来,从而在程序里可以用字符串来代表相应控件。
在弄上面这些东西的时候,也发现了些有趣好玩的东西。
最开始想到的用一个表来替换界面上不同语言的短语词组,这个思路也被WINCE用了,只不过它不用来替换界面,而是替换注册表里的键值。打开WINCE500\PUBLIC\COMMON\OAK\FILES\INTLTRNS\0804\common.str文件,可以看到把一些LOC_XXXX define为中文字符串, 而这些LOC_XXXX就是在common.reg文件里用到的. 在INTLTRNS目录下可以根据language id来选择这个common.reg文件. 打开PBWorkspaces\porject\RelDir\Emulator_x86_Debug\也可以看到同样的做法, 该目录下那些数字名称的文件夹都是根据language id归类的.res文件,而intlfile和intltrns目录下则是根据language id归类的字符串替换表.
另外,在wince500\public\common\oak\files\目录下,有些数字名字的.txt文件,以前不知道这些是干什么的。实际上呢,是codepage, 也就是各种语言的ANSI和UNICODE转换表. codepage的编号和language id是不同的,但肯定就在哪个文件里相关联起来了。比如简体中文的language id是0804,codepages 936. 那么我们打开936.txt 里面就是中文简体汉字GBK码和UNICODE对应关系表。是否那有工夫我们可以做个编辑的宏,把里面的GB码全转成“哇”和“哈”,那么估计IE打开GB码的网页或者邮件看起来整个文件全是“哇哈哇哈哈哈哇哇哈”,用户没有笑死在地上的话, 那肯定是被气死的……