Author Archives: csslayer
今天真是相当郁闷
写个Kimpanel的过程简直就是个杯具啊。最开始的DataEngine的编写还算顺利,但是后面真正写起来Plasmoid就完全不同了。 首先想用QML,结果跟不上kimpanel的更新速度。 然后想用Javascript,结果ServiceJob部分的绑定是坏的。 老实去用C++吧,也怪不得调查Plasmoid使用语言,C++和Python平分天下各占百分之40多,QML占了不到百分之10,Javascript完全没影子了。
改变是顺应需求的
fcitx从诞生至今,代码中没有定义一个“候选词”的概念。 同时也没有定义一个“预编辑字符串”的概念(这其实也是fcitx目前不可能实现OnTheSpot的根本原因,虽然我觉得OnTheSpot带来不了什么太多好处,不过不知道为何那些天杀的程序都喜欢和OverTheSpot过不去……) 在提供给界面显示的时候,提供的是两个包含需要显示文本的数组,分别对应候选框的上半文本和下半文本。 现在这个设计终于要成为继续开发的阻碍了。 目前遇到的一个需求就是插入额外候选词,其实关于这点我也想了一些其他办法,比如说单独独立出来显示,或者附加在原有的列表后。(其实单独列出一条,然后用比如`这种键选择对我来说真的没什么大不了的……) 但实际上都为实现带来了不必要的麻烦。 于是决定还是添加候选词的抽象部分。
Cloud Pinyin Progress
不知道怎么样改进下比较好。 现在调用的sogou,fcitx已有的三个拼音输入都可以用上,显示云输入法的第一个候选词。 虽然说加入了一个cache机制,不过究竟是我这里网速太快呢,还是怎么样,目前这个刷新速度还是稍微有点难以接受。 总归原理上已经实现了。需要个更好的展示方法。 感谢 @pipitu 回答我关于 curl 的问题。 演示
还想要在fcitx实现的特性
KDE 的配置工具(至少完成了60%)(Done) GTK 重新修过的配置工具(懒得动……现在的可以用,但是界面超级渣)(Done) GNOME-Shell 的界面支持。(也是懒得动,呼唤gnome用户) 云输入法。(最近很想写的一个东西)(Done) 英文补全(Aron 希望我实现的一个东西) fbterm 支持(也有点懒得动,不过应该相对容易才是,可以利用现有的dbus接口)(Done) Python支持。 不想一口气吃个胖子的话,还是有所选择的更好。 有兴趣的人可以联系我。或者直接联系邮件列表就好。
Steins Gate,Madoka,Source Code
短时间内被轮回系的剧情不断轰炸。 给你一次后悔的机会,你会去做什么呢? 即使失败,无数次的失败并不是没有意义的。 他们都会铺向最终的道路。 我很容易被那种执着感动。
