ubuntu17.10 以上设置fcitx的问题

系统字体配置、中文显示和输入法问题
头像
Ping-Wu
帖子: 882
注册时间: 2012-11-14 9:34
系统: Ubuntu 18.04.1
送出感谢: 2 次
接收感谢: 45 次

Re: ubuntu17.10 以上设置fcitx的问题

#16

帖子 Ping-Wu » 2018-01-11 3:34

Ping-Wu 写了:红帽公司是 GNOME 及 IBus 的创始会员之一,我们不可能期待 RedHat 或 Fedora 把预设输入架构从 IBus 转到 Fcitx。IBus 跟 Unity 不太相容 (Fcitx 则好多了),Ubuntu 放弃 Unity 后,现在开发人手又这么少,更是不可能走回头路从 IBus 转回 Fcitx*。

但是:Ubuntu 中文环境的主要工作人员(包括中文输入及中文字体) Gunnar Hjalmarsson,工作很认真,但不懂中文。RedHat/Fedora 的中文环境则是由吴鹏(Peng Wu,libpinyin 的创作者)负责。Fedora 的中文环境目前比Ubuntu好多了,不过可以改进的地方还是一箩筐(例如缺乏好用的中文输入字典,常常打一个字要翻好几页,以及没有云端及手写中文输入法等),一般非科技的大众不太能接受。

我个人则是很希望 Fcitx 团队能够把饼做大一点,不必把自己限制在只是这套输入架构的推广,而是把目光放在建立一个踏实的中文环境(包括改进 IBus)。

GNOME (à la Red Hat & Canonical) 不会支持 fcitx,他们又没有人力发展 ibus。如果 Fcitx 团队愿意“接管” ibus,我想一定有不少对 Linux 有热忱的朋友们会(出钱出力)帮忙的。最好是像 UbuntuMate 一样,成立一个基金会长期的支持。红帽,甲骨文,Canonical 对中国的市场都信誓旦旦的。如果 fcitx (人为的)阻力这么大的话,目前也许是切入 ibus 最有利的时候?

* Ubuntu 开发团队曾经考虑过,在中文环境里预设输入架构维持使用 fcitx,其他语言环境则定为 ibus。但这个建议马上被否决了。
UbuntuKylin 乃是基于 Mate,没有 gcc (gnome control center),“至少在理论上” 应该可以把 gnome 里的 ibus 删掉,用 fcitx 取代???

于是我们试着装了 UbuntuKylin 17.10。如截图所示,UbuntuKylin 的开发者已把 ibus 删掉,以 fcitx 取代:
2018-01-09 21-01-02 创建的截图.png
刚刚开始没有问题,不过装了两三个套件以后(包括 mate-tweak),fcitx 就崩溃了,如下面截图:
2018-01-09 23-41-34 创建的截图.png
截图里显示选字栏一片空白,但实际屏幕上是一片漆黑,either way, 都看不到候选的字,根本不能使用。

我们都知道 UbuntuKylin 的主要开发机构,长沙国防科技大学,有非常强大的 Linux 团队。 不过 ”Linux 桌面“ 跟 “Linux 伺服器” 处于几乎完全不同的世界。前者必须仰赖一般大众提供使用者经验,提供回馈,才能提高品质。希望大家能多多支持,多多提供回馈。
csslayer
帖子: 572
注册时间: 2009-08-03 13:08
送出感谢: 1 次
接收感谢: 16 次

Re: ubuntu17.10 以上设置fcitx的问题

#17

帖子 csslayer » 2018-01-11 7:16

Ping-Wu 写了:
Ping-Wu 写了:红帽公司是 GNOME 及 IBus 的创始会员之一,我们不可能期待 RedHat 或 Fedora 把预设输入架构从 IBus 转到 Fcitx。IBus 跟 Unity 不太相容 (Fcitx 则好多了),Ubuntu 放弃 Unity 后,现在开发人手又这么少,更是不可能走回头路从 IBus 转回 Fcitx*。

但是:Ubuntu 中文环境的主要工作人员(包括中文输入及中文字体) Gunnar Hjalmarsson,工作很认真,但不懂中文。RedHat/Fedora 的中文环境则是由吴鹏(Peng Wu,libpinyin 的创作者)负责。Fedora 的中文环境目前比Ubuntu好多了,不过可以改进的地方还是一箩筐(例如缺乏好用的中文输入字典,常常打一个字要翻好几页,以及没有云端及手写中文输入法等),一般非科技的大众不太能接受。

我个人则是很希望 Fcitx 团队能够把饼做大一点,不必把自己限制在只是这套输入架构的推广,而是把目光放在建立一个踏实的中文环境(包括改进 IBus)。

GNOME (à la Red Hat & Canonical) 不会支持 fcitx,他们又没有人力发展 ibus。如果 Fcitx 团队愿意“接管” ibus,我想一定有不少对 Linux 有热忱的朋友们会(出钱出力)帮忙的。最好是像 UbuntuMate 一样,成立一个基金会长期的支持。红帽,甲骨文,Canonical 对中国的市场都信誓旦旦的。如果 fcitx (人为的)阻力这么大的话,目前也许是切入 ibus 最有利的时候?

* Ubuntu 开发团队曾经考虑过,在中文环境里预设输入架构维持使用 fcitx,其他语言环境则定为 ibus。但这个建议马上被否决了。
UbuntuKylin 乃是基于 Mate,没有 gcc (gnome control center),“至少在理论上” 应该可以把 gnome 里的 ibus 删掉,用 fcitx 取代???

于是我们试着装了 UbuntuKylin 17.10。如截图所示,UbuntuKylin 的开发者已把 ibus 删掉,以 fcitx 取代:
2018-01-09 21-01-02 创建的截图.png
刚刚开始没有问题,不过装了两三个套件以后(包括 mate-tweak),fcitx 就崩溃了,如下面截图:
2018-01-09 23-41-34 创建的截图.png
截图里显示选字栏一片空白,但实际屏幕上是一片漆黑,either way, 都看不到候选的字,根本不能使用。

我们都知道 UbuntuKylin 的主要开发机构,长沙国防科技大学,有非常强大的 Linux 团队。 不过 ”Linux 桌面“ 跟 “Linux 伺服器” 处于几乎完全不同的世界。前者必须仰赖一般大众提供使用者经验,提供回馈,才能提高品质。希望大家能多多支持,多多提供回馈。

那是ubuntu非要默认装什么deepin开发的qimpanel吧,那个bug很多我是管不着的。
头像
百草谷居士
帖子: 3010
注册时间: 2006-02-10 16:36
系统: ubuntu18.04/Win10
送出感谢: 19 次
接收感谢: 32 次
联系:

Re: ubuntu17.10 以上设置fcitx的问题

#18

帖子 百草谷居士 » 2018-01-11 9:43

讨论的好高深
不过,现在基于fcitx的搜狗拼音也常常崩溃,必须删除用户配置文件,再重新启动才行,出现的次数多了,我就改用fcitx-google拼音了。因为平时用的是xubuntu或者lubuntu,没有问题,倒也不算顺手。
友帮拓,真难听。有没有接触官方的老大?给改了吧!
一直想找一个在linux下的Visual FoxPro/access桌面数据库。MUIBase还算是最相近的。
funicorn
帖子: 1131
注册时间: 2005-09-13 4:56
系统: Ubuntu QQ
送出感谢: 0
接收感谢: 47 次

Re: ubuntu17.10 以上设置fcitx的问题

#19

帖子 funicorn » 2018-01-11 9:56

qimpanel bug是很多,但有一点,classic看来是要被淘汰了,因为它依赖gnome的传统面板,在新面板上无法正常启动。gnome-shell的panel现阶段还不成熟,新面板(appindicator)和旧面板(topiconplus)都在用,但相信很快会统一成新风格。

新旧面板的表面区别似乎是classic风格与gnome-shell的主题风格不一致。看起来似乎classic是由gtk体系的,qimpanel是gnome-shell体系的。
添加ppa后只更新此ppa:
update-ppa()
{ sudo apt-get update -o Dir::Etc::sourcelist="sources.list.d/$1.list" -o Dir::Etc::sourceparts="-" -o APT::Get::List-Cleanup="0"
}
写入~/.bashrc,source一下,就可以直接用,是不是很方便?觉得方便就按个赞。
csslayer
帖子: 572
注册时间: 2009-08-03 13:08
送出感谢: 1 次
接收感谢: 16 次

Re: ubuntu17.10 以上设置fcitx的问题

#20

帖子 csslayer » 2018-01-11 11:31

funicorn 写了:qimpanel bug是很多,但有一点,classic看来是要被淘汰了,因为它依赖gnome的传统面板,在新面板上无法正常启动。gnome-shell的panel现阶段还不成熟,新面板(appindicator)和旧面板(topiconplus)都在用,但相信很快会统一成新风格。

新旧面板的表面区别似乎是classic风格与gnome-shell的主题风格不一致。看起来似乎classic是由gtk体系的,qimpanel是gnome-shell体系的。
´_>` GNOME shell 请用这个好吗。我都写好多少多少年了。
https://github.com/wengxt/kimpanel-for-gnome-shell/
csslayer
帖子: 572
注册时间: 2009-08-03 13:08
送出感谢: 1 次
接收感谢: 16 次

Re: ubuntu17.10 以上设置fcitx的问题

#21

帖子 csslayer » 2018-01-11 11:32

百草谷居士 写了:讨论的好高深
不过,现在基于fcitx的搜狗拼音也常常崩溃,必须删除用户配置文件,再重新启动才行,出现的次数多了,我就改用fcitx-google拼音了。因为平时用的是xubuntu或者lubuntu,没有问题,倒也不算顺手。
那只能怪 sogou 自己 ´_>`

欢迎用开源的输入法。
funicorn
帖子: 1131
注册时间: 2005-09-13 4:56
系统: Ubuntu QQ
送出感谢: 0
接收感谢: 47 次

Re: ubuntu17.10 以上设置fcitx的问题

#22

帖子 funicorn » 2018-01-11 14:12

谢谢。

这个插件显示的名称叫啥?是不是这个:Input Method Panel?

我刚刚下载安装了,跟之前从gnome-shell扩展网站下载的一样,安装后输入窗口异常,就像这样


csslayer 写了:
funicorn 写了:qimpanel bug是很多,但有一点,classic看来是要被淘汰了,因为它依赖gnome的传统面板,在新面板上无法正常启动。gnome-shell的panel现阶段还不成熟,新面板(appindicator)和旧面板(topiconplus)都在用,但相信很快会统一成新风格。

新旧面板的表面区别似乎是classic风格与gnome-shell的主题风格不一致。看起来似乎classic是由gtk体系的,qimpanel是gnome-shell体系的。
´_>` GNOME shell 请用这个好吗。我都写好多少多少年了。
https://github.com/wengxt/kimpanel-for-gnome-shell/
附件
2018-01-11 14-10-04 的屏幕截图.png
添加ppa后只更新此ppa:
update-ppa()
{ sudo apt-get update -o Dir::Etc::sourcelist="sources.list.d/$1.list" -o Dir::Etc::sourceparts="-" -o APT::Get::List-Cleanup="0"
}
写入~/.bashrc,source一下,就可以直接用,是不是很方便?觉得方便就按个赞。
头像
Ping-Wu
帖子: 882
注册时间: 2012-11-14 9:34
系统: Ubuntu 18.04.1
送出感谢: 2 次
接收感谢: 45 次

Re: ubuntu17.10 以上设置fcitx的问题

#23

帖子 Ping-Wu » 2018-01-11 14:13

百草谷居士 写了: . . . 我就改用fcitx-google拼音了。。。
fcitx-googlepinyin 还可以使用,但 ibus-googlepinyin 则已经寥落到变成跟废物一样了(deprecated)。

如果时光可以倒流的话,如果当初 Fcitx “团队”(其实就是楼上的 "csslayer"--或大家较为熟悉的 "wengxt"--啦) 选择的是 ibus 而不是 fcitx 的话,我们应该不会有今天这么样的困境了。
zrqlx126
帖子: 161
注册时间: 2007-06-22 18:52
送出感谢: 0
接收感谢: 15 次

Re: ubuntu17.10 以上设置fcitx的问题

#24

帖子 zrqlx126 » 2018-01-12 9:21

funicorn 写了:谢谢。

这个插件显示的名称叫啥?是不是这个:Input Method Panel?

我刚刚下载安装了,跟之前从gnome-shell扩展网站下载的一样,安装后输入窗口异常,就像这样


csslayer 写了:
funicorn 写了:qimpanel bug是很多,但有一点,classic看来是要被淘汰了,因为它依赖gnome的传统面板,在新面板上无法正常启动。gnome-shell的panel现阶段还不成熟,新面板(appindicator)和旧面板(topiconplus)都在用,但相信很快会统一成新风格。

新旧面板的表面区别似乎是classic风格与gnome-shell的主题风格不一致。看起来似乎classic是由gtk体系的,qimpanel是gnome-shell体系的。
´_>` GNOME shell 请用这个好吗。我都写好多少多少年了。
https://github.com/wengxt/kimpanel-for-gnome-shell/
没错是Input Method Panel扩展,从楼主的截图看,楼主安装了搜狗输入法,要知道搜狗输入法是依赖于qimpanel风格面板的,安装kimpanel面板扩展后,事实上存在两个可用面板,这样会造成一些冲突和问题,可使用fcitx-diagnose检查fcitx环境,查看用户界面是否存在上述情形,建议删除qimpanel风格面板后,按照要求修正,重启即可。
头像
Ping-Wu
帖子: 882
注册时间: 2012-11-14 9:34
系统: Ubuntu 18.04.1
送出感谢: 2 次
接收感谢: 45 次

Re: ubuntu17.10 以上设置fcitx的问题

#25

帖子 Ping-Wu » 2018-01-12 15:25

zrqlx126 写了:没错是Input Method Panel扩展,从楼主的截图看,楼主安装了搜狗输入法,要知道搜狗输入法是依赖于qimpanel风格面板的,安装kimpanel面板扩展后,事实上存在两个可用面板,这样会造成一些冲突和问题,可使用fcitx-diagnose检查fcitx环境,查看用户界面是否存在上述情形,建议删除qimpanel风格面板后,按照要求修正,重启即可。
这么基本的功能,却要搞得这么复杂(而且还没有搞好)。难怪没有企业或ZF机构敢考虑 Linux 桌面(待续)。
funicorn
帖子: 1131
注册时间: 2005-09-13 4:56
系统: Ubuntu QQ
送出感谢: 0
接收感谢: 47 次

Re: ubuntu17.10 以上设置fcitx的问题

#26

帖子 funicorn » 2018-01-12 16:25

各种排列组合都试过,都不行。现在唯一能90%稳定工作的方案有两种,一种是topiconplus+ui-class,一种是ubuntu-appindicator+qimpanel。

我用的是前一种,原因很简单,topiconplus工作在gnome-shell的status area,这样打开notitlebar后,窗口按钮可以排列在topiconplus的左边。如果使用appindicator的话,窗口按钮排列在appindicator和status area之间,会让gnome-shell的顶栏更像个2b作品。而如果不开启notitlebar,gnome-shell全局都像个2b作品。
zrqlx126 写了:
没错是Input Method Panel扩展,从楼主的截图看,楼主安装了搜狗输入法,要知道搜狗输入法是依赖于qimpanel风格面板的,安装kimpanel面板扩展后,事实上存在两个可用面板,这样会造成一些冲突和问题,可使用fcitx-diagnose检查fcitx环境,查看用户界面是否存在上述情形,建议删除qimpanel风格面板后,按照要求修正,重启即可。
上次由 funicorn 在 2018-01-12 16:31,总共编辑 1 次。
添加ppa后只更新此ppa:
update-ppa()
{ sudo apt-get update -o Dir::Etc::sourcelist="sources.list.d/$1.list" -o Dir::Etc::sourceparts="-" -o APT::Get::List-Cleanup="0"
}
写入~/.bashrc,source一下,就可以直接用,是不是很方便?觉得方便就按个赞。
funicorn
帖子: 1131
注册时间: 2005-09-13 4:56
系统: Ubuntu QQ
送出感谢: 0
接收感谢: 47 次

Re: ubuntu17.10 以上设置fcitx的问题

#27

帖子 funicorn » 2018-01-12 16:27

没错,二十五年过去了,linux的开源计划现在就像个joke。
Ping-Wu 写了:
zrqlx126 写了:没错是Input Method Panel扩展,从楼主的截图看,楼主安装了搜狗输入法,要知道搜狗输入法是依赖于qimpanel风格面板的,安装kimpanel面板扩展后,事实上存在两个可用面板,这样会造成一些冲突和问题,可使用fcitx-diagnose检查fcitx环境,查看用户界面是否存在上述情形,建议删除qimpanel风格面板后,按照要求修正,重启即可。
这么基本的功能,却要搞得这么复杂(而且还没有搞好)。难怪没有企业或ZF机构敢考虑 Linux 桌面(待续)。
添加ppa后只更新此ppa:
update-ppa()
{ sudo apt-get update -o Dir::Etc::sourcelist="sources.list.d/$1.list" -o Dir::Etc::sourceparts="-" -o APT::Get::List-Cleanup="0"
}
写入~/.bashrc,source一下,就可以直接用,是不是很方便?觉得方便就按个赞。
csslayer
帖子: 572
注册时间: 2009-08-03 13:08
送出感谢: 1 次
接收感谢: 16 次

Re: ubuntu17.10 以上设置fcitx的问题

#28

帖子 csslayer » 2018-01-13 9:10

funicorn 写了:各种排列组合都试过,都不行。现在唯一能90%稳定工作的方案有两种,一种是topiconplus+ui-class,一种是ubuntu-appindicator+qimpanel。

我用的是前一种,原因很简单,topiconplus工作在gnome-shell的status area,这样打开notitlebar后,窗口按钮可以排列在topiconplus的左边。如果使用appindicator的话,窗口按钮排列在appindicator和status area之间,会让gnome-shell的顶栏更像个2b作品。而如果不开启notitlebar,gnome-shell全局都像个2b作品。
zrqlx126 写了:
没错是Input Method Panel扩展,从楼主的截图看,楼主安装了搜狗输入法,要知道搜狗输入法是依赖于qimpanel风格面板的,安装kimpanel面板扩展后,事实上存在两个可用面板,这样会造成一些冲突和问题,可使用fcitx-diagnose检查fcitx环境,查看用户界面是否存在上述情形,建议删除qimpanel风格面板后,按照要求修正,重启即可。
要怪只能怪sogou在原本的协议中添加了太多私货非要绑定一个几乎可以算是只为他们自己服务的qimpanel。还很多bug。

原本kimpanel协议本身就是独立的scim ibus都可以使用。sogou自己搞出一套有bug我也只能摊手。从我个人的角度我不推荐用sogou
funicorn
帖子: 1131
注册时间: 2005-09-13 4:56
系统: Ubuntu QQ
送出感谢: 0
接收感谢: 47 次

Re: ubuntu17.10 以上设置fcitx的问题

#29

帖子 funicorn » 2018-01-13 9:32

从用户的角度,如果没有sogou,我就不输中文了。

另外,你不应该指责sogou搞一套,我认为sogou是对的。谁让gnome-shell自己的托盘不完整呢?从某种意义上说,目前所有的托盘插件跟sogou的一样,都是第三方。

既然都是第三方,sogou应该去适应哪一个?谁能保证这个第三方不会被弃用?我相信如果gnome-shell自带一个稳定的、整合性和兼容性好的托盘API,sogou也不会自己单独搞一个。比如说,sogou为啥没在windows下单独弄个托盘呢?
添加ppa后只更新此ppa:
update-ppa()
{ sudo apt-get update -o Dir::Etc::sourcelist="sources.list.d/$1.list" -o Dir::Etc::sourceparts="-" -o APT::Get::List-Cleanup="0"
}
写入~/.bashrc,source一下,就可以直接用,是不是很方便?觉得方便就按个赞。
fuhuizn
帖子: 740
注册时间: 2006-01-06 22:55
系统: ubuntu
送出感谢: 0
接收感谢: 14 次
联系:

Re: ubuntu17.10 以上设置fcitx的问题

#30

帖子 fuhuizn » 2018-03-23 18:24

ibus真的太烂,慢的要死,打字一顿一顿的。无论fcitx、scim都比它好太多。
回复

回到 “字体美化和中文支持”