FCITX UTF8 可以保留FCITX先前的那种样子吗？

**jqxl0205** · 10-07-16, 01:56

fcitx utf8加皮肤了，使用后感觉效果不是太好，有一个想法，可不可以在皮肤的基础保留先前那种用文件配置的样式的那种方式。

**hurricanek** · 10-07-16, 11:14

引用:

作者: jqxl0205

fcitx utf8加皮肤了，使用后感觉效果不是太好，有一个想法，可不可以在皮肤的基础保留先前那种用文件配置的样式的那种方式。

……这，该删的代码都删了……只能以后再说了……

其实对颜色不满意可以用那个default改着玩玩

**jqxl0205** · 10-07-16, 16:41

我总觉得改用图片后，fcitx的反映速度没有先前的快，utf-8的不提供先前的那种方式，只好换回非utf8的那个了，虽然utf8版本的那个要好些。

**jarryson** · 10-07-17, 00:58

这影响反映速度的话。。。那CPU可能非常非常低的主频才能察觉吧。。。

**jqxl0205** · 10-07-17, 01:16

我经常是键都敲完了，字还没有出来，那个出字的框也没有出来。

**lastart** · 10-07-18, 02:17

呵呵，这就叫众口调啊，fcitx本来就是以小巧取胜。
现在的UTF-8分支感觉正在逐渐地变成另外一个软件呢。

能不能考虑以r366分岔点弄另一个分支出来？

**jqxl0205** · 10-07-18, 14:39

觉得utf-8的皮肤可以做，但最好是可选的。

而且那个皮肤在没有开启复合效果的时候周围一圈都是黑色的，不太好看。

**realasking** · 10-07-18, 18:21

有皮肤的版本在我的fvwm上表现不正常，桌面背景经常被“透视”到当前窗口，
而且发到开发者的网站也没有见到回复，皮肤如果透明，又必须开桌面效果才支持，
不然就有一大圈黑色，所以我也只好暂时换回不支持皮肤的版本了。

**jqxl0205** · 10-07-19, 19:11

嗯，我也换回没有皮肤的了。不过utf-8版本的最近好几个版本都是有皮肤的，没有办法只好使用fcitx-svn的了。

**hurricanek** · 10-07-20, 14:22

引用:

作者: realasking

有皮肤的版本在我的fvwm上表现不正常，桌面背景经常被“透视”到当前窗口，
而且发到开发者的网站也没有见到回复，皮肤如果透明，又必须开桌面效果才支持，
不然就有一大圈黑色，所以我也只好暂时换回不支持皮肤的版本了。

抱歉……后来忘了你这个report了，已经回复你了

引用:

我刚刚安装了fvwm，貌似没有发现你说的问题

FVWM version 2.4.20 compiled on Jun 18 2009 at 20:25:42
with support for: ReadLine, Stroke, XPM, GNOME WM hints, Shape, SM, Xinerama

不过既然2.5.*属于unstable……出问题也属正常了？……

因为kwin，metacity，xfwm4，icewm，pekwm，awesome（我把我知道的所有wm都测试了一次……），都没有遇到你说的问题，建议你去和fvwm报bug。

**hurricanek** · 10-07-20, 14:24

引用:

作者: jqxl0205

我经常是键都敲完了，字还没有出来，那个出字的框也没有出来。

那请问一下你所有的gtk程序工作都正常否？cairo在电脑上不至于有如此严重的性能问题吧（gtk也是用cairo绘制的……）

**hurricanek** · 10-07-20, 14:28

引用:

作者: jqxl0205

觉得utf-8的皮肤可以做，但最好是可选的。

而且那个皮肤在没有开启复合效果的时候周围一圈都是黑色的，不太好看。

说到黑框，cairo-dock，awn，不开混合一样黑框……

所以一开始我就做了一个矩形的皮肤（比较难看我也承认……花了一点时间用gimp随便画画了事的）

老实说，搜狗的默认界面也是矩形，其实多数人对那个界面其实没有意见吧？有空我把默认的界面改改……这个问题我觉得可以回避的

**hurricanek** · 10-07-20, 14:37

引用:

作者: lastart

呵呵，这就叫众口调啊，fcitx本来就是以小巧取胜。
现在的UTF-8分支感觉正在逐渐地变成另外一个软件呢。

能不能考虑以r366分岔点弄另一个分支出来？

其实并没有，我在开发的时候依旧把这一条记在心里呢。目前相比较原来，多了cairo，少了libxpm，依赖并不多。我要是把这个忘了……早就glib，pango什么的往上扔了，当时和skin支持的维护者讨论的时候也纠结了半天究竟用什么库的问题。

在不久的将来将加入gettext，剩余架构上一直没有变过。

**realasking** · 10-07-20, 17:11

引用:

作者: hurricanek

抱歉……后来忘了你这个report了，已经回复你了

我看到你的回复后把fvwm升级到了2.5.30,然后就正常了，谢谢。
不过现在在用r387的时候，在stalonetry托盘上看不到fcitx的图标了，
请问可能是什么原因呢？
按configure的help加--enable-tray参数后编译，提示如下错误：

代码:

In function `main':
/backup/Download/fcitx-read-utf8/src/core/main.c:233: undefined reference to `tray'
/backup/Download/fcitx-read-utf8/src/core/main.c:235: undefined reference to `CreateTrayWindow'
/backup/Download/fcitx-read-utf8/src/core/main.c:236: undefined reference to `tray'
/backup/Download/fcitx-read-utf8/src/core/main.c:236: undefined reference to `DrawTrayWindow'
/backup/Download/fcitx-read-utf8/src/core/main.c:233: undefined reference to `tray'
../tools/libtools.a(tools.o):(.data+0x48): undefined reference to `bUseTrayIcon'
collect2: ld 返回 1
make[3]: *** [fcitx] 错误 1
make[3]: Leaving directory `/backup/Download/fcitx-read-utf8/src/core'
make[2]: *** [all-recursive] 错误 1
make[2]: Leaving directory `/backup/Download/fcitx-read-utf8/src'
make[1]: *** [all-recursive] 错误 1
make[1]: Leaving directory `/backup/Download/fcitx-read-utf8'
make: *** [all] 错误 2

===============================
找到原因了，这次是网络问题，文件有错误，重新更新了一下，加--enable-tray参数就正常了。

**hurricanek** · 10-07-20, 21:31

引用:

作者: realasking

我看到你的回复后把fvwm升级到了2.5.30,然后就正常了，谢谢。
不过现在在用r387的时候，在stalonetry托盘上看不到fcitx的图标了，
请问可能是什么原因呢？
按configure的help加--enable-tray参数后编译，提示如下错误：

代码:

In function `main':
/backup/Download/fcitx-read-utf8/src/core/main.c:233: undefined reference to `tray'
/backup/Download/fcitx-read-utf8/src/core/main.c:235: undefined reference to `CreateTrayWindow'
/backup/Download/fcitx-read-utf8/src/core/main.c:236: undefined reference to `tray'
/backup/Download/fcitx-read-utf8/src/core/main.c:236: undefined reference to `DrawTrayWindow'
/backup/Download/fcitx-read-utf8/src/core/main.c:233: undefined reference to `tray'
../tools/libtools.a(tools.o):(.data+0x48): undefined reference to `bUseTrayIcon'
collect2: ld 返回 1
make[3]: *** [fcitx] 错误 1
make[3]: Leaving directory `/backup/Download/fcitx-read-utf8/src/core'
make[2]: *** [all-recursive] 错误 1
make[2]: Leaving directory `/backup/Download/fcitx-read-utf8/src'
make[1]: *** [all-recursive] 错误 1
make[1]: Leaving directory `/backup/Download/fcitx-read-utf8'
make: *** [all] 错误 2

===============================
找到原因了，这次是网络问题，文件有错误，重新更新了一下，加--enable-tray参数就正常了。

改编译参数需要make clean，嗯

10-07-16, 01:56	第 1 帖
jqxl0205 注册会员注册日期: Dec 2007 帖子: 526 精华: 0	标题: FCITX UTF8 可以保留FCITX先前的那种样子吗？ fcitx utf8加皮肤了，使用后感觉效果不是太好，有一个想法，可不可以在皮肤的基础保留先前那种用文件配置的样式的那种方式。 __________________ K.I.S.S ArchLinux 2.6.37

10-07-17, 00:58	第 4 帖
jarryson 注册会员注册日期: Jul 2004 我的住址: 湖北武汉帖子: 5,928 精华: 3	这影响反映速度的话。。。那CPU可能非常非常低的主频才能察觉吧。。。 __________________ AMD Turion MT-34 1.8G,1G+256M ddr333,VIA,AMD-ATI X700 128M,160G IDE,15.4宽... Archlinux -- 最新，最快，最方便

10-07-18, 02:17	第 6 帖
lastart 注册会员注册日期: Feb 2004 帖子: 912 精华: 0	呵呵，这就叫众口调啊，fcitx本来就是以小巧取胜。现在的UTF-8分支感觉正在逐渐地变成另外一个软件呢。能不能考虑以r366分岔点弄另一个分支出来？此帖于 10-07-18 04:11 被 lastart 编辑.

10-07-18, 18:21	第 8 帖
realasking 注册会员注册日期: Sep 2008 帖子: 859 精华: 0	有皮肤的版本在我的fvwm上表现不正常，桌面背景经常被“透视”到当前窗口，而且发到开发者的网站也没有见到回复，皮肤如果透明，又必须开桌面效果才支持，不然就有一大圈黑色，所以我也只好暂时换回不支持皮肤的版本了。 __________________ CPU: Pentium Dual-Core T4400 RAM: DDR 3 1333 3G M/B: Nvidia MCP79+ Geforce 310M Desktop: 1.Windows 2008R2 with OFFICE 2010+Tex Live 2011+KDE 4.7.0 2.Fedora 12 x86_64+KDE 4.5.2 + fvwm with OpenOffice+Tex Live 2011 3.Arch Linux + fluxbox + KDE 4.7.0 My blog: http://hi.baidu.com/realasking

欢迎来到LinuxSir.Org!
您还未登录，请登录后查看论坛，或者点击论坛上方的注册链接注册新账号。

10-07-16, 16:41	第 3 帖
jqxl0205 注册会员注册日期: Dec 2007 帖子: 526 精华: 0	我总觉得改用图片后，fcitx的反映速度没有先前的快，utf-8的不提供先前的那种方式，只好换回非utf8的那个了，虽然utf8版本的那个要好些。

10-07-17, 01:16	第 5 帖
jqxl0205 注册会员注册日期: Dec 2007 帖子: 526 精华: 0	我经常是键都敲完了，字还没有出来，那个出字的框也没有出来。

10-07-18, 14:39	第 7 帖
jqxl0205 注册会员注册日期: Dec 2007 帖子: 526 精华: 0	觉得utf-8的皮肤可以做，但最好是可选的。而且那个皮肤在没有开启复合效果的时候周围一圈都是黑色的，不太好看。

10-07-19, 19:11	第 9 帖
jqxl0205 注册会员注册日期: Dec 2007 帖子: 526 精华: 0	嗯，我也换回没有皮肤的了。不过utf-8版本的最近好几个版本都是有皮肤的，没有办法只好使用fcitx-svn的了。