我把fcitx-3.1.1给移植到scim1.2.0上了

flonk_zj · 发表于 2005-5-7 14:19:13

Post by cjacker
flonk_zj,mail一份给我吧，cjacker@21cn.com

多谢。

ok，已经给你发过去了。希望liuspider可以早点把它放到主页上让大家下载

wjping119 · 发表于 2005-5-7 19:53:48

好消息啊

sunmoon1997 · 发表于 2005-5-7 19:58:26

楼主能我发一份么，谢谢

sunmoon1997@gmail.com

james_su · 发表于 2005-5-7 20:40:04

建议能不能做如下修改:
1. 用英文文件名。
2. 充分利用 LookupTable 的翻页功能。从截图看来，你就使用了一个 candidate 项，来显示所有的侯选词。这样不好。你应该每个侯选词作为一个 candidate 项。否则的话纵向侯选词表就名不副实了。

flonk_zj · 发表于 2005-5-7 22:17:21

Post by james_su
建议能不能做如下修改:
1. 用英文文件名。
2. 充分利用 LookupTable 的翻页功能。从截图看来，你就使用了一个 candidate 项，来显示所有的侯选词。这样不好。你应该每个侯选词作为一个 candidate 项。否则的话纵向侯选词表就名不副实了。

对，我在前面一个帖子里说过，scim中横向候选词表是不一定能以imegine指定的数目来显示，如果候选词的长度过长它会只显示部分同时提供一个update_page_size()的机会，可是fcitx的代码中全部是假设page_size是初始化后就固定的，所以要每个候选词一个candidate的话就会需要修改很多代码，这样会比较冒险。而以目前的这种移植方法，基本上fcitx的算法部分不需要做太多改动。并且让fcim横向的候选词表和fcitx原有的界面是非常相似。这个问题我倒是觉得scim能不能支持让imegine指定候选词表的排列方式，而不是由前端一把抓。

现在的这个方法的问题有两个，一是如果设成纵向词表会让人觉得怪怪的，二是不支持在候选词表上用鼠标点击来选词，只能用0-9这9个数字键。我觉得值得讨论一下。

用英文文件名的问题应该很容易解决。

ps，scim的代码设计得真好，fcitx的码表输入的人性化做得很出色（两者的拼音应该都还挺好的吧）。在此一并谢谢两个乌鲁木齐来的大哥（呵呵，我是在这个论坛上偶然看到的，我是浙江人:-）

james_su · 发表于 2005-5-7 22:53:16

目前这种方法可以运行。不过以后还是希望能改成完全利用 LookupTable 的功能，这样回省很多事。

我认为侯选词表的方向应该是用户的习惯，而不是输入法的习惯。所以我没有设计由输入法来指定方向，而是把这个权力交给用户。

james_su · 发表于 2005-5-7 22:55:26

还有。希望 Yuking 大哥能够一起加入 fcim 的开发和维护，这样大家就可以集中力量把中文输入法做的更好了。

liuspider · 发表于 2005-5-7 23:01:52

flonk_zj 给你发邮件了，请查收：）

vertical 显示的时候，前端是不会减少 candidates 的数量的

lookup table 的样式应该是由用户选择的吧，不同的用户有不同的喜好的，IMEngine 是不应该固定下来的

如果 fcitx 中原本是固定的 page size 的话，可以考虑减小一下这个数字，不过我觉得更好的方案是修改他让他可以支持变长的 page size：某些用户会把字体设的比较大的，如果候选词太多，他就看不到后面的了

flonk_zj · 发表于 2005-5-7 23:49:05

Post by james_su
还有。希望 Yuking 大哥能够一起加入 fcim 的开发和维护，这样大家就可以集中力量把中文输入法做的更好了。

是。yuking不支持，fcim就没有多大意义了。把fcitx移植为fcim后很多与X相关的代码都可以删掉了，代码可以简化很多

flonk_zj · 发表于 2005-5-7 23:53:10

Post by james_su
目前这种方法可以运行。不过以后还是希望能改成完全利用 LookupTable 的功能，这样回省很多事。

我认为侯选词表的方向应该是用户的习惯，而不是输入法的习惯。所以我没有设计由输入法来指定方向，而是把这个权力交给用户。

对，呵呵

		自动登录	找回密码
密码			注册

我把fcitx-3.1.1给移植到scim1.2.0上了

浏览过的版块