外文文献译文
Windows DDK附录:
对于IME开发的Win32 多语言IME概述
总揽
与windows3.1时代不同,从Windows95 和NT4.0开始,输入法编辑器(IMEs)都以动态连锁库(DDL)的形式提供.每种输入法编辑器都可在多语言支持键盘布局下运行.与Windows3.1的IME比较起来,新的Win32多语言支持输入法管理器(IMM)以及输入法编辑器(IME)结构都有如下优点:
·作为多语言支持环境的插件运行
·为每一个应用程序任务提供多语言输入上下文
·在每一个应用程序的线程中,保持一个活动的输入法编辑器
·通过应用程序消息循环传递信息(不会打破消息顺序)
·为无IME感知应用程序和半IME感知应用程序提供有力的支持
要得到全部的增强功能,应用程序需要支持新的Win32 IMM/IME应用程序接口.
为了维持兼容性的最大化,存在于Win95与NT4.0当中的IME结构设计,在Win98和2000当中,没有很明显的变化.然而,新版本中,已经增加了新的特性.这些特性为了给更好的系统集成性以及智能化IME提供更好的支持.
注意:IME开发者必须使用存在于DDK当中的immdev.h文件.此文件是SDK或者其他开发工具中imm.h的升级版本.
IME的结构
新的Win32 IME必须提供两个部件:IME转换接口和IME用户接口.IME转换接口由一组IME模块引出函数提供,这些函数被IMM(输入法管理器)调用.
IME用户接口由一组窗口提供,这些窗口接收消息并提供IME的用户界面.
IME感知应用程序
新的Win32 IME结构的主要优点之一是他能够在应用程序于IME之间提供更好地逻辑交流.下面就是应用程序与IME交互程度的分类:
IME无感知应用程序:这种应用程序不控制IME,然而,如果应用程序接受DBCS字符,用户可以通过IME在应用程序中输入DBCS字符.
IME部分感知应用程序:这种应用程序只控制不同的IME上下文,例如打开和关闭IME、写作窗口等等,但是不重新显示任何IME用户界面.
IME完全感知应用程序:这种应用程序负责管理通过IME显示给应用程序的任何信息.
在Windows 95中,一个无IME支持应用程序有一个缺省的IME窗口和一个缺省的输入上下文.
部分IME支持应用程序使用预定义的"IME"类创建自己的IME窗口,可以管理或者不管理自己的输入上下文.
完全IME支持应用程序自己管理输入上下文,显示输入上下文给出的任何需要的信息,不使用IME窗口.
IME用户界面
IME用户界面包括IME窗口、用户界面(UI)窗口以及UI窗口的部件.
特征
IME类是实现IME用户界面部分的预定义全局窗口类."IME"类与预定义的公共控制窗口类有许多相同的特点,IME窗口实例与静态控制一样通过CreateWindowEx函数创建,IME类窗口自己不响应用户输入,取而代之的是接收不同类型的控制消息实现全部IME用户接口.应用程序可以使用IME类创建自己的IME窗口,还可以使用ImmGetDefaultIMEWnd函数获取缺省IME窗口.一个程序想要控制IME通过窗口句柄(一个IME感知应用程序)现在可以具有下面的优势:
包括候选字列表窗口(候选窗口),每一个应用程序可以有自己的用户界面窗口实例,使得用户可以在任何输入过程的中途停止并切换到另一个应用程序.在Windows 3.1日文版本中,用户切换到另一个应用程序是必须放弃当前输入过程.
因为IME用户界面窗口包括应用程序窗口句柄,IME用户界面窗口可以为应用程序提供缺省行为.例如当应用程序移动时IME用户界面窗口自动移动,自动跟随窗口中的插入符号位置,为每一个应用程序标示模式等等.
即使系统仅仅只提供一个IME类,IME窗口仍然有两种类型.一种类型是系统为IME无感知应用程序创建的IME窗口,DefWindowProc函数为该窗口处理消息,DefWindowProc函数的IME用户接口被线程的所有无IME支持窗口共享,在文档中,这种窗口称为缺省IME窗口.另一种类型是IME支持应用程序创建的IME窗口,在文档中,IME支持应用程序创建的IME窗口称作应用程序IME窗口.
缺省和应用程序IME窗口
当线程初始化时系统创建缺省IME窗口,这就是说,线程自动获取缺省IME窗口.缺省IME窗口为无IME支持应用程序提供IME用户界面,当IME或者IMM生成一个IME消息(WM_IME_*)时,IME无感知应用程序传递该消息到DefWindowProc函数,DefWindowProc函数发送需要的消息到为应用程序提供缺省IME用户界面的缺省IME窗口.IME感知应用程序当不从IME获取消息时也可以使用缺省IME窗口,需要时可以使用自身的IME窗口.

下一页