同时因为有俄语用户反映俄语状态不能切输入法（因为俄语输入是不显示输入法面板的吧，所以点不了选择输入法的按钮），就加了shift+ctrl组合键进行输入法切换。

新引入mscim-chewing新酷音模块。当然这个还很不完善，另外，因为我也不会这输入法。。估计改进是有困难了

从ubuntu source上取了ttf-wqy-microhei的包，推进maemo extras-devel源了，用来替换里面的ttf-droid。droid字体不全，文泉驿的微米黑就是在droid字体上完善的。

另外看起来，仿照蒙恬的软键盘形式，在mscim上用helper做软键盘也是可行的，只是开发工作量颇大，并且因为早期就禁用掉了inline输入模式，用大键盘的话，会遮挡掉文字输入框，看起来应该也不爽。用小键盘，可能意义就小很多了。

android:
主要在研究android sync framework。往深处做，android还是有不少问题的。加入自己的sync account时，有supportsuploading选项。一般对于social network client就设成false，比如facebook什么的，这样其实相当于只读，就是把服务器上的好友加载到本地而已。但如果系统中只要有任意一个启用的支持supportsuploading的account的话，新增联系人时就完全不可能新增到你这个account名下，这对于想做同步的程序是不可行的。但如果把supportsuploading设为true呢，那其实问题就更大了，新增联系人时，如果选择建在这个account下，出来的editcontact的界面是只有选择头像和输入人名的框的，其它所有的比如填电话邮件这些的控件全部不会显示。
所以funambol出的android syncml client用了很直接了当的做法，自己做了个自己的editcontact的界面，只是每次新建联系人时，系统都会问你用哪个activity，这个观感不好。
而google accounts和exchange server account为什么能用呢？因为那是把两个package name写进了contacts应用程序的。实际上从代码上来看，google有在考虑为externalsource进行这些编辑控件的加载，但至少到2.1版本还是不可用的。
所以，如果不改contacts程序的code的话，你是做不了一个完善的类似google联系人同步这样的程序的。

看联通号一直闲置浪费，也开始用了，换到了主力手机上。发现n900不支持动感地带的号码（或者只是不支持134这些新号段的），只好又用起了680。
装了下qt 4.7 的技术预览版，还有新的qt creator。我以前基本上没有接触过qt，也算试试看啦。qt安装需要自己编译，真是漫长。。
qt的几个demo都不错，尤其mobile-demo，我觉得效果很好，在mac上看起来效果也不错。

昨天才发现，n900上的qt程序里不支持用mscim输入。看了下changelog，mscim上次更新都是一个多月前了。这两天有点点小改动，主要是原来版本卸载后系统输入法好像还是不能用，修正了一下。还有几个码表名字改得好看了一点儿。我有想是不是把scim-qtimm的qt支持模块也移植上来，可是看起来可能也不是很容易的活。倒是him-scim这个项目人家做得好像也还可以，不知道是不是也把mscim换用him的前端呢。可是明明him前端也是gtk immodule而已，为什么它就支持在qt中的输入？我是有担心接下来换meego上，这些工作都白费啦。

最近半年多在跟的小说只有《凡人修仙传》了，之前跟的两本都完结了。

好像也没什么了？。。。 我决定每周至少更新一篇blog，不然每周都是自动twitter合集的文了。。。

anyway, when i try to build scim on maemo official sdk today, it works now, without any modification of the code. like before sdks, chinese character cannot be shown because the build-in font in the sdk doesn’t support cjk. i install droid font from maemo extra devel repository. as you can see, it works. though it’s not very good to use yet. it’s a good beginning, isn’t it?

there’re still lots of things need to do:

1. the scim-setup application is not listed in the application panel
2. scim cannot be actived in the input field of web pages. in other words, it doesn’t work in the browser.
3. the front-end ui of scim is not working well. as you can see in the screen-shot, the character cannot displayed well in the scim drop down list. it’s just one of the easiest bug to fix. i guess just need to use correct font. other bugs like, the float window cannot be shown. i disabled it in scim-setup. if the float window is set to be shown, the whole scim cannot work. when i click into an input field, then scim actives, and try to show its float window. the task switcher of maemo system will treat the float window as a new task window, and switch to that one.

i will try to keep working on that..

其实我对n900的sdk也不是很熟。n810时，我都编译了直接在真机上跑，n900还没有真机。虽然him plugin example已经更新，但我编译安装了，完全不知道怎么启用能看看效果，这点也比较orz.
我现在两个思路，简单的就是看看能不能修正scim for mameo，让它跑起来。据说只是获取焦点的问题。我通过比较him framework的svn历史版本，大概也能找出些需要的相关代码。不过nokia其实不太厚道。这些东西都是内部开发的，开发完一次性merge到开源分支上，中间的逐次修改的记录就没有了。上面的那个日本人的blog里提及为什么不用scim，一个是说用him插件机制容易切换系统原有输入法和cjk输入法，这点其实我没看出来，虽然我确实认为这个蛮重要的，并且如果用scim的确基本就不可能了。他还说，因为浏览器不支持preedit就不能用scim，这点我表示怀疑。这个preedit我没理解错，就是inline input，那种输入英文字母，还没转成中文前的时候就先在输入框里显示，一般还带个下划线那种。但是scim是支持over-the-fly模式的，就是自己弹出个小框来做预输入区，中文字完全后再送入客户端文本框，所以我觉得这应该不是个问题。当然，能不能捕获到浏览器内部的输入框就是另外一个问题了，这好像在很多平台上都是比较麻烦的事情。

另外一个思路，就是我打算用最简单的方法改改him或framework。我目前都不能确定him和him framework两个项目间具体什么关系。但看到点的一些代码中的事件处理，我相信应该可以做如下处理：就是关着键盘时，什么都不改，该怎么用软键盘就怎么用，也就不能支持cjk输入；打开键盘时，原来继续要传给him plugin的全部拦截掉，自己送给一个输入法后端变成中文，直接上屏。我是觉得这样子代码入口会比较好定位，折腾plugin的话，除了本来就要做的和输入法引擎的联调外，还要做些ui，以及一大堆需要补全的接口。

当然，我还是只是想想而已。我在him及him framework的代码中都加了几行debug输出，编译安装，竟然都没有这些debug信息出来，让我很失望。。不知道是什么原因没能替换成功。再说了。。

后补: 原来编译好的文件在迁移站点时丢了:( 需要的话自己编译吧

源码如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143

// OVOFChinesePunctuation.cpp: Chinese Punctuation character output filter
// Author: Evan JIANG
// Mail:    firstfan at gmail dot com
// Date:   2006-11-29
// Copyright (c) 2004-2006 The OpenVanilla Project (http://openvanilla.org)
// All rights reserved.
// 
// Redistribution and use in source and binary forms, with or without
// modification, are permitted provided that the following conditions
// are met:
// 
// 1. Redistributions of source code must retain the above copyright
//    notice, this list of conditions and the following disclaimer.
// 2. Redistributions in binary form must reproduce the above copyright
//    notice, this list of conditions and the following disclaimer in the
//    documentation and/or other materials provided with the distribution.
// 3. Neither the name of OpenVanilla nor the names of its contributors
//    may be used to endorse or promote products derived from this software
//    without specific prior written permission.
// 
// THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
// AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
// IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
// ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE
// LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
// CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
// SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
// INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
// CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
// ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
// POSSIBILITY OF SUCH DAMAGE.
 
#ifndef WIN32
    #include <OpenVanilla/OpenVanilla.h>  
    #include <OpenVanilla/OVLibrary.h>
#else
    #include "OpenVanilla.h"
    #include "OVLibrary.h"
    #define strcasecmp stricmp
#endif
 
#include <stdlib.h>
#include <string.h>
#include <stdio.h>
#include <ctype.h>
 
unsigned short ChinesePunctuationChars[34]=
{
	0xff0c,0x3002,0x300a,0x300b,0xff1f,0xff0f,0xff1b,0xff1a,0xff5e,0xff40,
	0xff01,0x00b7,0xff03,0xffe5,0xff05,0xff06,0x00d7,0xff08,0xff09,0xff0d,
	0xff1d,0xff0b,0x3001,0xff5c,0xff3b,0xff3d,0xff5b,0xff5d,0x2026,0x2014,
	0x2018,0x2019,0x201c,0x201d
};
 
char *EnglishPunctuationChars=",.<>?/;:~`!@#$%&*()-=+\\|[]{}^-'\"";
 
class OVOFChinesePunctuation : public OVOutputFilter
{
public:
    OVOFChinesePunctuation() { u16buf=NULL; }
    int initialize(OVDictionary *cfg, OVService *srv, const char *modpath) {
        rightSingleQuota=false;
        rightQuota=false;
        return 1;
    }
    const char *identifier() { return "OVOFChinesePunctuation"; }
    virtual const char *localizedName(const char *locale);
    virtual const char *process (const char *src, OVService *srv);
protected:
	unsigned short *u16buf;
	bool rightSingleQuota,rightQuota;
};
 
const char *OVOFChinesePunctuation::localizedName(const char *locale)
{
    if (!strcasecmp(locale, "zh_TW")) return "中文標點";//
    if (!strcasecmp(locale, "zh_CN")) return "中文标点";//
    return "Chinese Punctuation";
}
 
const char *OVOFChinesePunctuation::process(const char *src, OVService *srv)
{
    if (u16buf) {
        free(u16buf);
        u16buf=NULL;
    }
 
    unsigned short *u16p;
    int l=srv->UTF8ToUTF16(src, &u16p);
    int len=0;
    if (!l) return src;
    u16buf=(unsigned short*)calloc(1,l*sizeof(unsigned short)*2);
    //memcpy(u16buf, u16p, l*sizeof(unsigned short));
 
	for (int i=0; i<l; i++)
    {
        if (u16p[i] > 0x7f) 
        {
        	u16buf[len++]=u16p[i];
        	continue; 
        }
        char *p=strchr(EnglishPunctuationChars, (char)u16p[i]);
        if (p) 
        {
        	int t=(int)(p-EnglishPunctuationChars);
        	if (t<28)
        		u16buf[len++]=ChinesePunctuationChars[t];
        	else {
        		switch (t)
        		{
        			case 28:
        				u16buf[len++]=ChinesePunctuationChars[28];
        				u16buf[len++]=ChinesePunctuationChars[28];
        				break;
        			case 29:
        				u16buf[len++]=ChinesePunctuationChars[29];
        				u16buf[len++]=ChinesePunctuationChars[29];
        				break;        			
        			case 30:
        				if (rightSingleQuota)
        					u16buf[len++]=ChinesePunctuationChars[31];
        				else
        					u16buf[len++]=ChinesePunctuationChars[30];
        				rightSingleQuota=!rightSingleQuota;
        				break;
        			case 31:
        				if (rightQuota)
        					u16buf[len++]=ChinesePunctuationChars[33];
        				else
        					u16buf[len++]=ChinesePunctuationChars[32];
        				rightQuota=!rightQuota;        			
        			default:
        				break;
        		}
        	}
        } else {
        	u16buf[len++]=u16p[i];
        }
    }
	return srv->UTF16ToUTF8(u16buf, len);  
}
 
OV_SINGLE_MODULE_WRAPPER(OVOFChinesePunctuation);

=================================================

其实不知道怎么会答应做五笔的，反正说了还是做吧，拖了好久了，原来就曾说过要做的样子。
可惜还有很多关于软件的没做，比如smss要出新的英文共享版，msgbackup要更新等。不是不想，实在忙，又临近期末，没有办法喽。偶尔还得陪mm，女人总是得哄着的。

这两天注册五笔的人不少，手忙脚乱的，今天下午抽空把原来自己的另两个软件也加到了这个站点里。

平时的生活似乎没什么好写的了，这一周都被整天写软件填满了。随便写些写五笔软件时的心得吧

整体来说，还算容易，三天出了早期beta，但设计不好，从头写过了，倒是更快，两天就好了。
目前的难度是在完整版本上下翻页上，原来重写也是因为这个，原来的设计对上翻页几乎是没办法确定正确的。

输入法嘛，无非就是拦下按键事件，看看是不是在field里，然后到码表去查，然后用fldinsert插入到当前field
大概的结构就是这样了，呵。说起来简单，小细节还是很多

比如说拦截按键，在文本框中按键会接连产生两个keydownevent。如果长按，还会不停地产生keydown事件。
现在就是怎么知道是不是长按呢？mcphiling是开源的，它里面有hold代码，那个方法或许可以通吃各版本吧，先一下按键事件记到feature里，然后再有keydown事件，看是不是前一个键，是前一个键的话，是不是现在时间减去前面记录的时间大于hold时间。650上不用这么麻烦，不过具体怎么做，我就不告诉你啦。

然后判断当前是不是field聚焦。首先千万别万frmgetactivefield()，因为这玩意能返回根本不存在的东东-_-b
那么先frmgetfocus()，然后判断是不是field，当然，漏了一个，在“任务“程序中就发现不是field，这是为什么呢？因为table也有可编辑状态，如果是table，再取它当前的field就好了

接着是输入法框的大概定位，我原来是自己用很复杂的方法算出来的，主要是你得考虑比如当前光标在第一行，然后拉到滚动条到后一页，但没有点屏幕，即光标还在第一行，你的输入法框可千万别画到屏幕外去。
给出一段自己废了的代码，这是原来的实现，后来发现系统有个函数可以直接完成-_-b

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56

//原自己计算Field位置的代码
 
 
RectangleType rect;
 
char * tmpStr;
UInt16 InsPt,SclPt,heigh,visLines,lineHeigh;
FieldAttrType fieldAttr;
 
FldSetInsPtPosition(field,FldGetInsPtPosition(field));    //尽量尝试让这个输入框可见
FldGetAttributes(field,&fieldAttr);
WinGetBounds(WinGetDrawWindow(),&rect);
y=rect.topLeft.y;
FldGetBounds(field,&rect);
y+=rect.topLeft.y;
FntSetFont(FldGetFont(field));
lineHeigh=FntLineHeight();
 
if (fieldAttr.singleLine)
{
y+=lineHeigh;
if (y>160-frmH-1)
y-=lineHeigh+frmH;
goto _finish;
}
 
InsPt=FldGetInsPtPosition(field);  //插入点位移
SclPt=FldGetScrollPosition(field);  //可见的第一行与开始处位移
visLines=FldGetVisibleLines(field);
//showDebug("InsPtPosition",InsPt);
//showDebug("ScollPosition",SclPt);
if (InsPt)
{
y+=11;
if (y>160-frmH-1)
y-=lineHeigh+frmH;
goto _finish;
}
tmpStr=MemPtrNew(InsPt-SclPt+1);
MemMove(tmpStr,(char *)(FldGetTextPtr(field)+SclPt),InsPt-SclPt);
tmpStr[InsPt-SclPt]=0;
heigh=FldCalcFieldHeight(tmpStr,rect.extent.x);
if (heigh>visLines)
{
y+=visLines*lineHeigh;
if (y>160-frmH-1)
y-=lineHeigh+frmH;
}
else
{
y+=heigh*lineHeigh;
if (y>160-frmH-1)
y-=lineHeigh+frmH;
}
 
MemPtrFree(tmpStr);

我顺便得强烈提醒注意下，这里有点处理比较繁琐。因为你取field的位置时，是相对它所在的form的坐标，你得要绝对屏幕坐标，为什么？你想想看petitlauncher的弹出框那点地方就知道了，不会想画在那里面吧？
然后取form的topleft坐标？错了哇，要是这个form的windows的topleft，这又是个奇怪的东东，form的坐标是从实际的左上角减去它的边框粗来算的。
取完了位置，然后画框，像巨硬这种（即完整模式的框）非常容易，宽度定了，y也知道就简单了。但是精简版要光标跟随，要随时小心画屏幕外，就有点烦人喽。不过纯粹体力活，慢慢调就好。

其实第一个按键捕获了，下面就是自己的form了，事件全部自己来管。我没必要和您详细说明什么。
简单的告诉你一个要小心的东西，别把keydown全截了自己处理就以为完事了。
那你会发现来短信时弹不出短信提示框了。这又是为什么呢？我也不知道，似乎是handspring sdk里把这些事件放在keydown里一起了？所以，处理自己需要的keydown事件，处理了剩下不需要的，重新扔给syshandleevent()去处理。这样就好了。

完事了，就插入到field喽，最多是个《》这类的标点需要自己把光标再左移一下。

再好就只剩对dtg、qword的兼容了，哈，这个不知道梅花怎么实现的。个人实现时比较讲技巧的，原创啊原创。怎么做的呢？先把字复制到剪粘板，然后送个menuevent给dtg，让它把字贴进去。嘻，所以会导致剪粘板失效呢。其实也可以处理的，先自己把剪粘板的内容暂存嘛，可惜太麻烦了，不想做了。

还剩下点什么？哦，特殊设置里那么多的排除，为什么建议不要用呢。因为全是单独处理的，不要以为这是程序写得好不好的问题，巨硬为什么不用它自己就能兼容我也不知道，但我觉得这个不一定是好事，只是它处理事件优先吧。比如排除hi-launcher（因为竟然有600用户喜欢用home做启动键，导致和选字冲突），在第一个按键下去时，检查完是不是中文状态后，如果要出输入条前，把feature里的rhil的1值（这里是保存了启动键的keycode）先保存下，然后改成一个不存在的键，输入条完毕后重设回来。

说到feature，这个玩意得谢谢uglee，是他告诉我这是什么东西的，虽然是我自己后来研究着怎么用的，不过他不说，我久远不知道这是什么东西吧。但是发现老外有些人写软件很傻的说，比如bulter，feature是32bit的大整数，如果只是保存boolean值的话，可以存个32个了，我到现在所有的设置只在一个feature里完成了（当然还有几个留做其它用，比如暂存下text plus的状态）。不过bulter的作者似乎对二进制不感冒，非得用十进制，浪费了很多啊。。

越说越多，一并讲讲怎么设计出这种一个form然后so多选项的界面的，我原来汉化profilecare时，一样很奇怪那作者怎么可能画出这么乱的界面的（我并没说不好，只是设计时自己怎么知道是什么的）。原来是猜着，建几个form分别设计好，贴到一起来。这里我不得不强烈推荐您还是用rcp格式的设计好，至少可以自己写代码完成，真的很方便，虽然对图片什么的处理上有点小小麻烦。不过这次我自己做时比这还简单些，你用bird打开我的tfrm 1008即主界面，看不出来那些东东呢，因为全重叠了，不会乱，我喜欢整洁的说。

然后怎么点一个tab，隐藏其它的呢？一个个写要死人的外，技巧来了。这就是rcp的好处，自己可以方便的改前后位置，例如基本设置界面：
label “中英文切换键” id tmpid0 at (7 43)
popuptrigger “电话” id appswitchsel at (90 43 auto auto)
list “电话” “日历” “短信” “开关” “左shift” “右shift” id appswitchlist650 at (prevleft 56 prevwidth 46) visibleitems 4 nonusable
list “电话” “日历” “短信” “开关” id appswitchlist600 at (prevleft 56 prevwidth 46) visibleitems 4 nonusable
label “” id beginofbasic at (0 0)
checkbox “使用超精简模式” id superinput at (5 55 auto auto)
checkbox “切换程序时重设中英文状态” id initimeck at (5 67 152 auto)
checkbox “默认为中文输入法” id defaultimeck at (20 79 152 auto)
checkbox “默认输入中文标点” id chsymck at (5 91 152 auto)
checkbox “长按键输入中文标点” id holdsymck at (5 103 152 auto)
checkbox “z键进入英文输入” id z_ck at (5 115 152 auto)
checkbox “启用逐码提示” id tip_ck at (5 127 152 auto)
label “” id endofbasic at (0 0)

除了最上面两个因为和600,650版本有关，我单独写外，看到没，有
label “” id beginofbasic at (0 0)
label “” id endofbasic at (0 0)
这两个看不见的东东？什么用呢？
就这样子
for (i=beginofbasic;i<=endofbasic;i++)
frmshowobject(frmp,frmgetobjectindex(frmp,i));
for (i=beginofad;i<=endofad;i++)
frmhideobject(frmp,frmgetobjectindex(frmp,i));
for (i=beginofcom;i<=endofcom;i++)
frmhideobject(frmp,frmgetobjectindex(frmp,i));
以后增删界面内容也不用怕喽。。。

晚了，先写到这儿吧，虽然我知道国内开发者不多，有兴趣学的或是同行就看看吧。

[2005-12-06]补充，发现巨硬长按优先于bulter很容易，注册notify时提高级别就行了。

[2006-09-21]补充，事实上对dtg和java这些，不是标准field控件的，要做输入也非常简单，是我以前没想到。后来同rei(掌易作者)谈起时，想起来了。在eventmanager里，有个方法发送按键事件的，并且是wchar类型的，而梅花就是完全这么做的。但估计它为了防止自身退出前，送出的事件被自己接收处理产生死循环，所以加了延时，导致用梅花明显的上屏有延迟。