01往事再回首



我具体记不起什么时候了,总之是很多年前,从同事那里听说了Rime这个名字。而且被同事的评价吓到了:程序员专用输入法。怀着好奇心,打开官网(我当时也是没有想到竟然还有官网,无意搜索到的),被那灵动的一行字吸引了:聪明的输入法懂我心意。

一款输入法能懂我心意?果断下载,安装。兴高采烈地打开文本编辑器,想写下自己的心意……然而,只能输入英文?!

这,就是我与Rime的初次相遇。

多年后,已经能够熟练配置Rime的各类选项了。也能够在不同的平台(iOS,Android,Windows,macOS)上使用的得心应手。然后我就有了一个冲动的想法,既然我这么喜欢这个输入法框架,为何不参与到这个项目中呢?至少,我是可以给他们提交缺陷的啊!

Rime在不同的平台上,使用了不同的名字。在安卓上面,叫Trime,中文叫同文输入法。我之所以选择这个项目想参与其中,是因为我有一段时间使用安卓平板,在我的平板上,我希望能够有一款符合我心意的输入法:

① 做到光标跟随,或者隐藏候选(以便让我可以盲打)
② 能够支持小鹤双拼,最好是小鹤音形
③ 能够适应蓝牙键盘,不要那种先弹一下屏幕键盘再收起来
④ 界面最好简洁一些,我不需要那些乱七八糟的功能

经过了一系列的筛选,所有的国产输入法全部阵亡,只有Gboard还奄奄一息。但Gboard又要强制在设置里面设置当连接蓝牙键盘的时候关掉屏幕软键盘,这样可能会影响到其他的输入法(比如手写笔的)。兜兜转转,我回到了同文。

但是,当我安装上之后,配置好之后,我发现其实同文也不能满足我上面提到的①③。并且我看了issue的情况,每个人都对这两个点,有各种奇怪的表现。于是,我想研究下这是怎么回事。

 

02摩拳擦掌的冲动,铩羽而归的初次



那时候,我的Java水平差啊,即便到现在,Java/Kotlin的水平也不好。但,我还是感觉到了自己的一腔热血。作为一个实干派,咱能动手,就不做梦。能自己动手,就不期待别人。

从Android Studio的安装,到Trime源码的clone,简直一气呵成。

但,接下来的事情立马让我心灰意冷。就在Android Studio首次打开项目在同步Gradle以及构建的时候,那满屏的标红,让我一阵阵的冒冷汗。

我记得那天下午的天很蓝,风很轻,窗外还有孩子的笑声。一只蝴蝶路过我的窗台的时候,还逗留了片刻。

但我的眼里只有那满屏的error:有gradle相关的error,有CMake的一堆error……还有一些我也不知道什么的error。我知道为什么error要标红色了,那是我心里滴出来的血啊!

不怕您的笑话,经过了几个小时的修复尝试,我还是宣布了失败。我还记得自己那天在issue里面提交了一个建议说,能不能把librime相关的编译工作简化,让整个项目跑起来的成本低一些。总之,在庞大的知识体系面前,体会到了自己的弱小与心灰意冷。

 

03咦,我在源码中读出了BUG!



尽管项目一直没有跑起来,但我对Trime还是一直在使用,也一直在忍受一些bug。比如:

① 不论怎么设置,横屏的时候总是全屏编辑;
② 那个Mini键盘,总是不能正确的出现或消失;
③ 那个悬浮窗口位置总是不对……

终于有一天,我忍不了了,我决定就算工程跑不起来,我也要读一读它的源码。这一读不要紧,我竟然发现了上面第一个关于横屏编辑的问题的原因!

一个千载难逢的机会,我的名字也许就此能出现在Trime的源码提交记录中!

像我这种重名重利的卑鄙小人,怎么可能放过这样的机会!于是我重新打开了Android Studio,吹了吹目录里面源码的灰,重新执行了git pull,看着源码被刷新了无数行之后,我决定今天无论如何也要让代码跑起来。

借助AI,我开始了不断的修正配置与安装工具的过程。不知为何(也许是源码更新的缘故,也许是我的水平提高了的缘故),这次事情进展的比较顺利,项目就那么颤颤巍巍地在我面前跑了起来!

我开始尝试编译,成功;
尝试开启调试,先是失败了,但最终也成功了;
我把我的想法写到代码里去,尝试修复;
重新编译安装,测试。

我看了眼窗外,是一个和当初一样的下午,天很蓝,风很轻,窗外还有孩子的笑声。我没有等来逗留的蝴蝶,但我自己乐开了花——横屏选项不起作用的问题被我修复了!原因也比较简单,Map没有初始化,导致拿到的选项结果永远是默认的〔总是横屏编辑〕。

但我立马又发现自己的问题——我从来没有给开源项目提交过pr。但我兴奋到等不及去学习怎么新建pr。我立马找到缺陷,将自己的debug过程与解决思路写到了回复里面。很快,这个方案被采纳。并被提交到了develop分支里面。

虽然,我的名字还是没有出现在源码提交记录里面,但好像区别也不大了。

更重要的,项目我跑起来了,我可以随时往里写代码了。

 

04亲手修复缺陷



在持续的debug中,我很快找到了迷你键盘不能正确弹出与收起的问题是因为一个android:key写错了。而悬浮窗不能出现在正确的位置是因为测量x轴最大位置的时候获取的值是错误的。

第一个问题的修复简直就如同喝水一样简单,第二个问题,我虚心向AI做了请教。

看着Trime在我的设备上,正确的修复了这两个问题之后,我兴奋的仿佛一只翩翩起舞的蝴蝶,我一刻也不想逗留——第一次,我创建了pr。但很快,就因为git提交的信息不规范被要求rebase/squash处理。不气馁,虚心按照大佬的要求,处理。

 

05更多的缺陷处理



几天后的一个偶然,我又发现之前的mini键盘的弹出逻辑中也有问题。没有考虑到键盘的插拔后,输入法的表现,容易导致在mini键盘的情况下,拔掉键盘,会不能自动切换回屏幕软键盘。这样就必须手动切换。

虽然我的Kotlin代码还是写不好,但这个BUG的处理思路却让我非常清晰。也是在这个BUG的处理过程中,我发现Kotlin竟然语法那么的〔优雅〕……

提交缺陷,很快就被合并到develop中了。我的名字,真正的,与Trime的源码有了关联。

 

06用欣赏的眼光看待用爱发电



开源项目基本上都是在用爱发电,Trime也不例外。从Trime的近年就能看出来。真正剩下来的都是真正热爱这个项目的人。从早些时候我对Trime充满了抱怨(比如不容易编译,比如不容易配置,比如功能缺失……)到如今的尝试参与。我开始学着使用欣赏的眼光来接受、融入、欣赏这个项目。

在这个过程中,我也学会了太多太多。前辈们的指导非常有耐心。很多的知识也让我打开了一扇窗,看到了更广阔的外面。对我的工作项目也起到了启发。我从来没有开发过安卓,我的工作也与安卓没有任何关系,但我竟然能够参与一个安卓项目。这是我从来没有过的体验。

而这个体验,竟然如此美好。

 

3
2