XFT2 支持 patch for ebf-fcitx 1.8

flysail

高人啊，真是佩服啊！

Yuking

在fcitx中，drawable其实就是目标窗口，一共只有三个：MainWindow、InputWindow和AddPhraseWindow，程序启动时都已经初始化好了。

最初由 liuspider 发布


多谢指点

在看那些XFT 函数时，看到了 XftDrawChange ，想到可以应用，但是我觉得是不是可以做一个 数组或链表 来保存所有的 XftDraw (我认为应该是有限个的)，我不知道这个方案和你所说的哪个更好些

一点个人想法，请指点

tram

先说说输入句号和逗号，现在ebf-fcitx-1.8里，如果第一个编码是“,”“.”，就直接输入句号和逗号，这是因为没有拼音是以这两个开头的。
拼音反查二笔：在二笔输入的过程中，如果有一个字不会，就用“`”，也就是键盘ESC下面的那个，然后输入拼音，再选字，输入了这个字以后，可以把这个字对应的二笔编码查出来，显示在输入条里。如果是多音字，只能查出第一个。
你说的超过4个，识别为英文，我在下一版里加成一个选项吧。
ctrl+shift，也可以在设置文件里加上。gnome-terminal就和ctrl+shift有冲突，还有，eclipse和ctrl+space有冲突。
我还准备在二笔里加一个自动加词之类的功能，不过一直想不好怎么来加，另外，如果二笔也用自动加词，可能程序的内存占用会更多。

最初由 liuspider 发布
是的，我是使用 二笔的 ：）

我觉得在以下方面可以考虑改进：
在二笔时，如果输入的字符超过4个，是不是可以考虑将其识别为英文
拼音输入法中的 context 中加入用户已经输入而还没有确认的字母
我的习惯是 ctrl+shift 做 shortcut ,所以不希望其成为 中英文切换键，正如我的补丁中修改的那样
为了增加程序的可读性，我想最好将程序中用到的，比如 输入框的 大小，作为变量，而不是直接写数字
最后一个的工作量比较大：将所有的配置信息保存到 配置文件中，最好不要硬编码进去(包括上一条中提到的信息)

一点个人看法，不一定合适 ：）

不好意思，我还不知道如何直接输入句号，
我还不太明白，如何才能通过拼音反查二笔,请指点

liuspider

最初由 Yuking 发布
在fcitx中，drawable其实就是目标窗口，一共只有三个：MainWindow、InputWindow和AddPhraseWindow，程序启动时都已经初始化好了。

我奇怪的就是这个问题，我也觉得就是只有这3个窗口，而需要输出文字的就只有 InputWindow 和 AddPhraseWindow，但如果我预先为他们两个建立相应的 draw, 程序就会 complain : not drawable 什么的，好像还有别的地方需要输出文字的样子

liuspider

最初由 tram 发布
先说说输入句号和逗号，现在ebf-fcitx-1.8里，如果第一个编码是“,”“.”，就直接输入句号和逗号，这是因为没有拼音是以这两个开头的。

一直这样用的，以为就是这样呢，用了一下 windows 下的那个 二笔，才发现这个差别，很好的改进 ，多谢指出

拼音反查二笔：在二笔输入的过程中，如果有一个字不会，就用“`”，也就是键盘ESC下面的那个，然后输入拼音，再选字，输入了这个字以后，可以把这个字对应的二笔编码查出来，显示在输入条里。如果是多音字，只能查出第一个。

我的好像有问题, 用我修改过的，会出现
fcitx:Abnormal exit
Signal No.: 11
的错误。用没修改过的，也不能看到，如我想看 将 的二笔编码，我输入完 将 后，出现 将ij
不知何意？

还发现码表中的一个错误：
将 的码应该是 jyty 不是 jytv 吧
还有一点建议，
mk/ 码
mk/z 码
这2个是连续的，而在输入  mk/ 后，就只有这2个候选词了，所以我觉得，mk/ 码 就不需要保留了

我还准备在二笔里加一个自动加词之类的功能，不过一直想不好怎么来加，另外，如果二笔也用自动加词，可能程序的内存占用会更多。

我觉得这个很有必要。
现在的候选词的顺序是由他们在码表中出现的次序来决定的，所以可以直接修改这个文本文件。用户自定义的也可以插入其中。而现有的字的顺序，我觉得每个用户的习惯不同，所以希望的顺序也不同，最好可以让用户可以自主调整每个字在码表中的顺序

tram

这是因为“将”字有一个二级简码，是ij，而现在程序只能反查出第一个编码，将jytv这样取码而不是ijty是小林子对编码规则的改变，我觉得挺有道理的，他的想法是，不连在一起不部份，宁可取单笔，也不取双笔，这是因为双笔不太好想。从另一方面说，单笔的五个键，按照老的取码方法，利用率太低，现在这样取码，就能减少重码。“码”字的编码倒是无所谓，我想在整理了码表后，尽量把gb2312的字放在前三键。
另外，推荐你看看“i”键下的编码，都是很常用的字，以前输入比较麻烦，现在用二级简码，很方便！比如：
吧
重
再
将
倒

调整字序和词序，我也准备做，具体想法是：
设两个选项，一个是调整字序和词序，一个是简码不调频。这两个选项结合，就能有三种状态，一个是都不调整，一个是只调整4码的字和词，一个是都调整。
不过这还要在做好码表以后，呵呵。

最初由 liuspider 发布

:如我想看 将 的二笔编码，我输入完 将 后，出现 将ij
不知何意？

还发现码表中的一个错误：
将 的码应该是 jyty 不是 jytv 吧
还有一点建议，
mk/ 码
mk/z 码
这2个是连续的，而在输入  mk/ 后，就只有这2个候选词了，所以我觉得，mk/ 码 就不需要保留了

我觉得这个很有必要。
现在的候选词的顺序是由他们在码表中出现的次序来决定的，所以可以直接修改这个文本文件。用户自定义的也可以插入其中。而现有的字的顺序，我觉得每个用户的习惯不同，所以希望的顺序也不同，最好可以让用户可以自主调整每个字在码表中的顺序

liuspider

最初由 tram 发布
这是因为“将”字有一个二级简码，是ij，而现在程序只能反查出第一个编码，将jytv这样取码而不是ijty是小林子对编码规则的改变，我觉得挺有道理的，他的想法是，不连在一起不部份，宁可取单笔，也不取双笔，这是因为双笔不太好想。从另一方面说，单笔的五个键，按照老的取码方法，利用率太低，现在这样取码，就能减少重码。[QUOTE]
有道理，我觉得这个改进好 ：）
[QUOTE]
“码”字的编码倒是无所谓，我想在整理了码表后，尽量把gb2312的字放在前三键。

工作了很大啊，辛苦你了

另外，推荐你看看“i”键下的编码，都是很常用的字，以前输入比较麻烦，现在用二级简码，很方便！比如：

我还想问呢，“i”键下的字是如何选的呢？ 在windows下的二笔中，“u”键下也有很多的常用字。我就想不通，这 i u 键到底有何含意呢？ 或者，就需要硬记住吗？

调整字序和词序，我也准备做，具体想法是：
设两个选项，一个是调整字序和词序，一个是简码不调频。这两个选项结合，就能有三种状态，一个是都不调整，一个是只调整4码的字和词，一个是都调整。

你的意思是动态调整吗？

我还有个问题：不知以 ; 开始的编码是什么意思呢？ 好像 windows 下的二笔仅有20多个以 ; 开始的，而且都是 特殊符号。 这是不是也是小林子修改了编码方案的结果呢？

tram

在windows下的二笔中，iuv三个键都是作为二级简码键的，这是因为没有哪个字以这三个键为拼音的字首，而在二笔公司的二笔输入法中，iuv三个键下的简码设置不太合理，你不信可以试试，很多二级简码，用正常的输入方法，也是两个键就可以打出来的。小林子的想法是，让二级简码少一些，这样可以减少记忆量，所以现在只用了一个i键，而i键下的二级简码，一定是以正常输入方法比较难输入，而又比较常用的字。现在这个二级简码，“将”如果用全码，是jytv，而且是重码，用二级简码，很方便。小林子的调整，也引起了一些争议，有一个叫“白雪”的，也是二笔的高手，就不太习惯这种调整，认为不符合以前的二笔规范，而小林子的方法，我认为的确减少了重码，提高了30个键的利用率。我在整理了码表以后，会给大家一个结果。
以i键开始的二级简码，多数是按拼音来排的，ij将ib吧ic重，我最常用的是这几个。可能是要记一下，其实也不用勉强，因为你输入吧字，要4码，ib，两码搞定，所以很快就记住了。在docs目录下有小林子的说明文件，里面有二级简码的说明。
按小林子的码表，以;开始的字，是用来在不知道声母的情况下输入汉字用的，比如：劭，如果我不知道声母是s，就输入;,,一样可以找到它。
我以后就是想做这个词频的动态调整，因为每个人用的词频是不一样的，我比较喜欢的就是简码不调整，而把常用的4码重码放在第一个。你有没有什么建议？

liuspider

最初由 tram 发布
在windows下的二笔中，iuv三个键都是作为二级简码键的，这是因为没有哪个字以这三个键为拼音的字首，而在二笔公司的二笔输入法中，iuv三个键下的简码设置不太合理，你不信可以试试，很多二级简码，用正常的输入方法，也是两个键就可以打出来的。小林子的想法是，让二级简码少一些，这样可以减少记忆量，所以现在只用了一个i键，而i键下的二级简码，一定是以正常输入方法比较难输入，而又比较常用的字。现在这个二级简码，“将”如果用全码，是jytv，而且是重码，用二级简码，很方便。小林子的调整，也引起了一些争议，有一个叫“白雪”的，也是二笔的高手，就不太习惯这种调整，认为不符合以前的二笔规范，而小林子的方法，我认为的确减少了重码，提高了30个键的利用率。我在整理了码表以后，会给大家一个结果。

我觉得简单的好，同意小林子的。 但是，为什么不也充分利用 u 键呢?

按小林子的码表，以;开始的字，是用来在不知道声母的情况下输入汉字用的，比如：劭，如果我不知道声母是s，就输入;,,一样可以找到它。

：） 但是我也看到一些很常见的字也位列其中啊，比如 铅，欧，歌 等字，是不是可以考虑删除这些常用的，还可以减小内存占用呢?

我以后就是想做这个词频的动态调整，因为每个人用的词频是不一样的，我比较喜欢的就是简码不调整，而把常用的4码重码放在第一个。你有没有什么建议？

你的意思是在输入了4个键时，才记忆用户选择的单词，并保存，以供下次放于第1个吗? 我觉得这个方案不错，小于4笔的就不要改。或者，再改一下：有些字是3笔的，也会出现重码，可以考虑在这种情况也动态调整

tram

对啊，我就是这个意思，把词频调整做成三种，一种是不调整，一种是只有4码的才调整，还有一种就是不管是4码还是简码，都调整，这样就能让不同习惯的人满意：)
这个;键的功能，现在想想怎么改，呵呵，在linux下就是这个特别好，有什么想法，比较容易实现，而不是在win下，总觉得某个软件的某个功能比较好，但又没有完全合适的。
充分利用u键，可能会增加记忆量，不过如果觉得有必要，也是完全可以加上的，呵呵！