|
|
第 31 帖 | ||
|
|
引用:
|
||
|
|
|
||
|
|
第 32 帖 | ||
|
|
引用:
http://code.google.com/p/ibus-sogoupycc/wiki/WhatsNew 官方也已经更新到 0.2.4 了,真的很快很快。镜像应该过两天就同步过来了。
__________________
while (!sleep) sheep++; 此帖于 10-04-02 21:01 被 bearson 编辑. |
||
|
|
|
||
|
|
第 33 帖 | ||
|
|
引用:
我对把英文当做拼音输入的做法比较反感,也对那些“自动纠错”之类的功能,比如 "una" => "uan" 等等,或者是输入牛牛牛蹦出来一个三个牛那个字,还有模糊音都感觉不好。 这些东西给我的感觉就是“不标准”的,所以我不去实现它们。 在现在的情况,把英文当做拼音输入会浪费很多网络请求,也会向缓存里面塞上不少没用的东西,就更不去做它了。 一直认为 MSPY 的实现是最标准的,我在很多地方也是参照它的,MSPY 下是严格区分拼音和英文的。这样考虑,我认为把英文当做拼音输入,然后用回车键确认是搜狗、QQ拼音等等输入法给人带来的坏习惯…… -,-|| |
||
|
|
|
||
|
|
第 34 帖 | ||
|
|
引用:
http://code.google.com/p/ibus/issues/detail?id=840 看起来是xterm的问题。 不知道urxvt是不是好一些,实在不行的话建议使用xfce4的Terminal,挺好用的。 |
||
|
|
|
||
|
|
第 35 帖 | ||
|
|
引用:
对于需要中英文混合输入的时候,有时候打了英文可能才想起来我要输入的是英文,这时候如果能直接把输入的上屏不是很好的选择么?为什么一定要切换?
__________________
wd irc.oftc.net/6667 #chat-cn, #openbox-cn |
||
|
|
|
||
|
|
第 36 帖 | ||
|
|
引用:
其次,在你输入的时候,输入法其实就会发网络请求并且缓存了,没有意义的拼音会带来没有意义的缓存和网络请求。 现在的设计是使用SHIFT切换,或者是直接输入大写字母也可以。 现在的设计还有一个 tolerance,比如输入“www”的时候,会自动提交 www 的英文并且切换成英文输入。 |
||
|
|
|
||
|
|
第 37 帖 | |
|
|
呵呵,如果你固执地认为这个功能确实是不需要的,那就不加好了。。。。
反正我是觉得这个功能还有点用。。。 |
|
|
|
|
|
|
|
第 38 帖 | |
|
|
虽然我自己不愿意加上这个功能,不过我也妥协过无数次了,若不然现在像www变成英文状态的功能或者是双拼下使用全拼都不会有 - -
其实加上这个功能不难,目前的想法是设计成 右 Shift 键是这个功能,我不会默认把回车键拿来做这个事情,回车键会一直保留换行的角色。不过会提供一个设置的接口,需要的用户可以把右Shift改成回车键,重载掉回车的默认行为…… |
|
|
|
|
|
|
|
第 39 帖 | |
|
|
我觉得你想推广你的输入法,就应该去符合业界的一些常规,或者是一些已经算是常规的事实。几乎在所有的输入法里面回车都是把字母直接上屏的,你非要弄成 右shift,这样只会增加用户的学习成本而已。现在做产品的都在讲 用户体验,降低用户的学习成本就是在提高用户体验。sogou 和 qq 拼音的用户量你也知道的吧。另外 linux 下面的一些输入法是不是也是这么处理的?
另外我还发现一个和别的输入法不一样的地方,就是输入的字母在他找到一个匹配的字后,字母就看不到了,感觉改起前面输入的拼音来有点不习惯。。。比如我输入了 pingyin,然后才发现应该是输入错误了,而每往回删一个他都会重新去显示匹配出来的词,我觉得这时候就应该直接显示已经输入的英文了吧,好让人定位去改错。不知道 ms 拼音是不是这样的。 另外输入一个匹配不到的拼音后,会自动切换到英文输入,有时候是自己打错了还得往回切。我还是觉得除非用户主动输入 回车 或者什么其它键去确认他确实是要输入那几个字母,否则还是应该认为用户想输入是中文,不过是输入错误了。 我自己还是比较喜欢使用按词输入的,最多输入3,4个字就确认一下,用你这个感觉有点不是很习惯,估计喜欢整句输入的用户会比较喜欢用吧。因为按 tab 才能出候选词,让你有机会用字母给那些词编号,想法还是不错的,字母比数字方便按,呵呵。 此帖于 10-04-04 08:34 被 wd_afei 编辑. |
|
|
|
|
|
|
|
第 40 帖 | |
|
|
没有候选词栏,确实很痛苦……云输入再怎么只能准确也不是万能的。
奇怪的是,搜狗自己的云输入法确实后候选栏的。就是只能在浏览器里面使用。 |
|
|
|
|
|
|
|
第 41 帖 | ||
|
|
引用:
|
||
|
|
|
||
|
|
第 42 帖 | ||
|
|
引用:
我只简单地希望和我有类似习惯的用户知道有这样一个选择。现在的设计,喜欢的人会觉得非常好用。 被搜狗桌面输入法和QQ、ABC、紫光拼音“毒害”过得用户会不习惯,比如你说的输入4个字就要确认一下,我自己不会这样去输入,从我的知识来看,整句输入的第一候选的正确率无论如何都会高于词组输入,未来的趋势也是整句输入。但我理解你的习惯,你可以继续用原来的输入法。 至于回车键的问题, 问一个问题,倘若用户要换行怎么办,在前面还有请求没有完成的情况下。你觉得用什么键合适呢? 退一步说,倘若回车键换行的功能和拼音当作英文上屏冲突的话,你觉得应该舍弃哪一个?前者是基本功能,没了就不能及时换行,后者是为了方便而添加的可有可无的功能,可以通过其他方法替代。 当然,我一直喜欢 flexible,这也是 Linux 下程序应该具有的共性吧。你可以看到在 ConfigureExample 页内有些 GEEK 的配置的写法,其他输入法没有这样灵活的。那么用户如果就是要把回车当做他想要的用法,或者是把右边的 Shift 作为其他用途,或者是喜欢传统的 1234 选词。简单,只是几行配置的事情了。 我不觉得输入法有什么“业界”的“标准”,只是流行程度不同罢了。而且我认为没什么要遵循的,使用 "jkl;" 选词也和 1234 大不一样,为什么没有人想要我把它改回默认 1234 呢(其实也可以配置的)?从一开始,这个输入法就设计成多线程请求的,这是前所未有的,现在也没有第二个。我以为这是最大的特点,但这一点似乎大家都没有注意到,倘若网速慢一点,就会有体验了。 关于你看到的是拼音还是汉字,这个可以通过 pre_request 选项控制,如果你把它关了,那么一直会看到拼音。其实这个输入法从一开始就是为双拼用户考虑的多,因为我自己就是。甚至一段时间内它的默认配置就是双拼而不是全拼,所以你说的这个问题,双拼用户因为两个键就是一个汉字,所以感觉不到这个问题。在实现“预请求”这个功能的时候,我想,预请求当然越多越好,所以是现在这个样子,以后可能提供一个选项保留最后几个字的拼音。 此帖于 10-04-04 12:02 被 bearson 编辑. |
||
|
|
|
||
|
|
第 43 帖 | |
|
|
哈哈,看来我是不可能说服你了,好吧。要么改变我的习惯,要么我就只能继续用别的输入法了,呵呵。
|
|
|
|
|
|
|
|
第 44 帖 | |
|
|
嗯嗯,想说服我修改默认设置还是有难度滴
![]() 不过我会添加合适的选项满足各种需求滴 |
|
|
|
|
|
|
|
第 45 帖 | ||
|
|
引用:
看样子还要仔细研究研究就这个输入法。 此帖于 10-04-05 09:38 被 shaohao 编辑. |
||
|
|
|
||