输入法是GUI重要的组件之一，虽然实现起来并不是太复杂，但其涉及的组件比较多，理解起来还是比较困难的，这里介绍一下AWTK中输入法的内部架构。
在嵌入式系统中，通常没有物理键盘，所以需要在屏幕上实现软键盘。AWTK中的软键盘是一个普通的窗口，其中的按钮和候选字控件，都是用AWTK的UI描述文件定义的，可以方便实现各种不同的软键盘。软键盘的描述文件放在res/raw/ui目录下，文件名以kb_打头。
与普通窗口相比，软键盘有以下不同：
- 被点击时不会影响原有编辑器的焦点。
- 不接受按键事件和输入文本事件。
为了实现方便，AWTK中引入了一个keyboard的窗口类，在设计时考虑了下面几个问题：
- 1.软键盘上有多个页面。有的输入中文，有的输入大写字母，有的输入小写字母，有的输入数字，有的输入符号。
方案： 在软键盘中可以放多个页面，点击切按钮时进行切换。按钮的名字以"page:"开头，即意味着按下该按钮时切换到指定的页面。比如，下面的按钮被点击时就会切换到数字符号键盘：
<button name="page:symnum" style="1:highlight" w="15%" text="123"/>
- 2.不同的编辑器需要不同的软键盘。比如输入数值的编辑器得到焦点时，就应该只显示输入数值的软键盘。
方案： 为不同输入类型的编辑器提供不同软键盘，这些软键盘有各自的UI描述文件。输入类型和UI描述文件名之间的对应关系如下：
| 输入类型 | 键盘描述文件 | 说明 |
|---|---|---|
| INPUT_PHONE | kb_phone | 电话号码 |
| INPUT_INT | kb_int | 整数 |
| INPUT_FLOAT | kb_float | 浮点数 |
| INPUT_UINT | kb_uint | 非负整数 |
| INPUT_UFLOAT | kb_ufloat | 非负浮点数 |
| INPUT_HEX | kb_hex | 16进制 |
| INPUT_EMAIL | kb_ascii | 邮件地址 |
| INPUT_PASSWORD | kb_ascii | 密码 |
| 其它 | kb_default |
参考：input_methods/input_method_default.c
- 3.软键盘上的按钮存在多种功能。有点用于切换软键盘上页面，有的用于输入文本，有的提交按键给输入法引擎进一步处理，有的用于删除最后输入的字符。
方案： 通过按钮的名字决定其功能：
| 按钮名称 | 功能说明 |
|---|---|
| space | 输入空格 |
| backspace | 删除最后输入的字符 |
| key:开头 | 按键。需要交给输入法引擎进一步处理 |
| page:开头 | 切换页面 |
| 其它 | 直接提交该文本到编辑器 |
- 4.有时需要显示候选字有时不需要。
方案： 提供一个候选字控件，可以根据需要加入到软键盘描述文件中。
参考：res/raw/ui/kb_default.xml
AWTK作为一个通用的GUI，需要考虑以下几种情况：
- 1.不需要输入法。
- 2.低端嵌入式设备没有资源启用输入法。
- 3.手机/PC有原生的输入法，不需要AWTK提供一套输入法。
- 4.在中高端嵌入式设备中，有资源启用输入法而且需要输入法。
针对上面几种情况，AWTK提供了三种不同的实现，可以根据需要加入对应的实现：
- null实现只是提供了空的实现，不启用输入法和软键盘。
- sdl实现包装了原生输入法(SDL的实现有些问题，还需要进一步完善)。
- default提供了自己的实现，负责软键盘的打开关闭和输入法引擎的创建。
输入法引擎主要负责将用户的按键转换成一组候选字(这些候选字将在软键盘上的候选字控件上显示出来)。输入法引擎有很多，不同的语言也有不同的输入法引擎，目前AWTK只提供了拼音输入法(基于google拼音)和一种null的实现，用户可以实现自己的输入法引擎，第三方开发者也可以集成自己的输入法引擎到AWTK中。
编辑器只需要在得到焦点或失去焦点时，请求输入法打开或关闭输入法即可。
联想功能实现比较简单，在用户点击候选字时，根据当前的选择提供一组新的候选字即可。
目前AWTK的基本功能可用了，但易用性方面还需持续完善，比如：
- 软键盘的按钮被点击时需要放大显示。
- 候选字控件的展开和折叠。
- 预编辑功能。
由于事情很多，上面的问题对架构影响不大，暂时先放一放。