[2018.6.25]fcitx把openbox弄死的不完美凑合解决方法(欢迎提供更好方法)

讨论KDE、Gnome、Xfce、LXDE、openbox、awesome、FVWM等WM
科学之子
帖子: 2280
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 848 次
接收感谢: 32 次

Re: 出现openbox被fcitx弄死,试试看禁止fcitx自动运行?

#31

帖子 科学之子 » 2016-03-12 15:30

尚目目 写了:
vickycq 写了: 根据楼上的测试,可能有两个办法:
1. 使用 LXDE
2. 阻止 fcitx 自启

我自己的测试结果是:使用 LXDE 时无此问题。另外以前 @自由建客 也提到过使用 LXDE 没碰到过类似问题

先给你出个馊主意:安装一个 LXDE,看能否缓解。如果有效,将 LXDE 的部分组件替换掉,以取得与目前类似的观感
- 禁止 PCManFM 管理桌面
- lxpanel 替换为 tint2
- 窗口管理器 - 无需替换,LXDE 默认窗口管理器为 openbox
先谢谢你这么快回复和你的答案。
经小伙伴提醒,直接

代码: 全选

mv /usr/bin/fcitx{,.bak}


mv  /usr/bin/fcitx-autostart{,.bak}
发现自启动已经解决。
现在正在积极测试是否还有openbox假死。有结论再来回报。
祝好!


UPDATE 1: No, not working. :Cry
用我上面提到的方法,终端启动fcitx,状态栏restart,openbox分分钟死....
另:我破本子用Gentoo,没法换DE或者WM来尝试其他。所以
LXDE
我这实现不了。
禁止 PCManFM 管理桌面
这个我本来也没用。
现在打算重编译下fcitx试下。
用我上面提到的方法,终端启动fcitx,状态栏restart,openbox分分钟死....
另:我破本子用Gentoo,没法换DE或者WM来尝试其他。所以
配置多少?是无法进入Debian的X11还是配置运行不起来?
如果单纯内存不足,建议使用zram(会增加CPU功耗但减少硬盘IO(如果你开启swap的话),自行衡量续航能力吧)
头像
尚目目
帖子: 44
注册时间: 2012-06-19 23:06
送出感谢: 0
接收感谢: 0

Re: 出现openbox被fcitx弄死,试试看禁止fcitx自动运行?

#32

帖子 尚目目 » 2016-03-12 17:54

配置多少?是无法进入Debian的X11还是配置运行不起来?
如果单纯内存不足,建议使用zram(会增加CPU功耗但减少硬盘IO(如果你开启swap的话),自行衡量续航能力吧)
没有,主要是CPU太差编译太慢,不想再装其他东西单纯只是为了测试这个。 :em06

现在直接用mv /usr/bin/fcitx{,.bak}先用着吧。只要不任务栏restart貌似还是很少卡死的。
科学之子
帖子: 2280
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 848 次
接收感谢: 32 次

Re: 出现openbox被fcitx弄死,试试看禁止fcitx自动运行?

#33

帖子 科学之子 » 2016-03-12 18:53

尚目目 写了:
配置多少?是无法进入Debian的X11还是配置运行不起来?
如果单纯内存不足,建议使用zram(会增加CPU功耗但减少硬盘IO(如果你开启swap的话),自行衡量续航能力吧)
没有,主要是CPU太差编译太慢,不想再装其他东西单纯只是为了测试这个。 :em06

现在直接用mv /usr/bin/fcitx{,.bak}先用着吧。只要不任务栏restart貌似还是很少卡死的。
那为什么还坚持gentoo呢?
我也是同样的情况
自从Lubuntu上编译过一次内核之后,就放弃了LFS发展的想法.
所以我现在选择了Debian Stable 网络安装
定制感也很强,而且(安装)快速,稳定(貌似是社区发行版中管理最严格的),省心(虽然定制,但不折腾)
头像
尚目目
帖子: 44
注册时间: 2012-06-19 23:06
送出感谢: 0
接收感谢: 0

Re: 出现openbox被fcitx弄死,试试看禁止fcitx自动运行?

#34

帖子 尚目目 » 2016-03-12 19:07

科学之子 写了: 那为什么还坚持gentoo呢?
我也是同样的情况
自从Lubuntu上编译过一次内核之后,就放弃了LFS发展的想法.
所以我现在选择了Debian Stable 网络安装
定制感也很强,而且(安装)快速,稳定(貌似是社区发行版中管理最严格的),省心(虽然定制,但不折腾)
没办法,用哪个发行版都觉得不舒服,最后只有换回了Gentoo才舒坦。

这两天搞initramfs的问题还没扯清楚。烦!

用Gentoo是信仰....
科学之子
帖子: 2280
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 848 次
接收感谢: 32 次

Re: 出现openbox被fcitx弄死,试试看禁止fcitx自动运行?

#35

帖子 科学之子 » 2016-05-11 8:06

vickycq 写了:
科学之子 写了:"im-config设置为none"是我最后才进行的操作,之前进行两个操作貌似都没用(试了"lxsession-edit把fcitx自动运行去掉"之后就没耐心重启了),但我不确定是哪个操作生效的,所以都写出来了
话说这个输入法自启问题 还是我在本论坛发的第一个帖子: viewtopic.php?f=123&t=334145
当时对 Linux 桌面还不是很懂。
这几天才发现,竟然还是没搞清楚 fcitx 是如何自启的。还好这次很快就找出了根源:im-config
当年可能也是这个问题。
科学之子 写了:终端用的是什么?
xterm.
貌似 fcitx 从终端启动后貌似会自动 fork 到最上面。所以不论怎么启动 fcitx,用 pstree 查看都会发现 fcitx 是 init(systemd) 的子进程

关于应用程序如何读取环境变量,整体还不太理解。这个问题的关键是 openbox 读取到的环境变量
具体看之前的帖子 viewtopic.php?p=3153965#p3153965 下方的一系列试验
这里我又不明白了,“用 xfce4 菜单启动 xfce4-terminal,XMODIFIERS 错误”,难道在终端里执行 echo $XMODIFIERS 不是看 .bashrc .profile 等文件中的设置么,怎么会错误呢?

增加试验:
用 dmenu 启动 xterm,没有延时,echo $XMODIFIERS 错误,不可使用输入法
在 .bashrc 中增加 export [email protected]=fcitx,再用 openbox 菜单启动 xterm,有很大延时,echo $XMODIFIERS 正确,不可使用输入法
在 .bashrc 中增加 export [email protected]=fcitx,再用 xfce4 菜单启动 xfce4-terminal,XMODIFIERS 正确,可以使用输入法
科学之子 写了:你是怎么杀掉的?我这里通过托盘图标怎么弄都不死,难道是试验次数还不够?运气太好?

代码: 全选

$ pgrep fcitx
16318
16343
$ kill 16318
$ pgrep fcitx
$ 
科学之子 写了:您是root权限登录?输入法相关的不是本用户修改就可以吗?
这个应该改完了对所有用户生效吧,凡是输入法设置为 fcitx 的用户都不会自启

印象中 https://code.google.com/archive/p/fcitx/issues/648 这里 csslayer 讲得很清楚,可惜现在看不到了。只记得貌似是 openbox 和 XIM 发生了错误的关系
关于XMODIFIERS
我仔细试了试
在文件'22_fcitx.rc'中:

代码: 全选

# set variables for the plain XIM
[email protected]=fcitx
输入法可以被正常调用,但是重启就卡死
像我之前说的简单粗暴删掉环境变量设置,大多数程序也能正常使用fcitx
好像XMODIFIERS=fcitx的话,VirtualBox可以正常,并且重启fcitx也不死
但libreoffice就无法输入中文了.
我尝试寻找其进程的环境变量,但进程列表中根本没有libreoffice的进程?
头像
vickycq
论坛版主
帖子: 4507
注册时间: 2011-03-20 13:12
系统: Debian
来自: 山东省寿光县
送出感谢: 100 次
接收感谢: 990 次
联系:

Re: 出现openbox被fcitx弄死,试试看禁止fcitx自动运行?

#36

帖子 vickycq » 2016-05-11 8:25

科学之子 写了: 但libreoffice就无法输入中文了.
我尝试寻找其进程的环境变量,但进程列表中根本没有libreoffice的进程?

代码: 全选

$ ps ax | grep office
11237 ?        Sl     0:00 /usr/lib/libreoffice/program/oosplash --writer
11298 ?        Sl     0:02 /usr/lib/libreoffice/program/soffice.bin --writer
11638 pts/15   S+     0:00 grep --colour=auto office
看上去 Libreoffice Writer 的进程为 #11298

--------------------------------------

最近由于 gtk+-3.20 的主题问题,又回到了 fvwm
在 xfce4 + fvwm 中打开一个 xterm,执行 pkill fcitx
此 xterm 旋即卡死 界面空白 类似 17 楼 3. 中描述的现象
这些用户感谢了作者 vickycq 于这个帖子:
科学之子 (2016-05-11 9:01)
评价: 3.7%
Debian 中文论坛 - forums.debiancn.org
欢迎所有 Debian GNU/Linux 用户
科学之子
帖子: 2280
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 848 次
接收感谢: 32 次

Re: 出现openbox被fcitx弄死,试试看禁止fcitx自动运行?

#37

帖子 科学之子 » 2016-05-11 19:29

vickycq 写了:
科学之子 写了: 但libreoffice就无法输入中文了.
我尝试寻找其进程的环境变量,但进程列表中根本没有libreoffice的进程?

代码: 全选

$ ps ax | grep office
11237 ?        Sl     0:00 /usr/lib/libreoffice/program/oosplash --writer
11298 ?        Sl     0:02 /usr/lib/libreoffice/program/soffice.bin --writer
11638 pts/15   S+     0:00 grep --colour=auto office
看上去 Libreoffice Writer 的进程为 #11298

--------------------------------------

最近由于 gtk+-3.20 的主题问题,又回到了 fvwm
在 xfce4 + fvwm 中打开一个 xterm,执行 pkill fcitx
此 xterm 旋即卡死 界面空白 类似 17 楼 3. 中描述的现象
"gtk+-3.20 的主题问题",愿闻其详.
--------------------------------------------------
fcitx卡死的完美解决方法我仍没找到
目前最新的思路(不知是否正确或全面)
问题出现在22_fcitx.rc的[email protected]=fcitx
只要把这个注释掉,就没有卡死的问题了
如果'某程序'无法输入,就在启动'某程序'时临时添加XMODIFIERS环境变量.
优点:
重启fcitx可以不死,virtualbox也能完美兼容(至少我目前没发现问题)
缺点:
重启fcitx之后'某程序'会出现无法输入中文的情况,但界面也没卡死(此处某程序指的是libreoffice,我无法确定其它程序的表现)
要想继续输入中文,只能把'某程序'也用[email protected]=fcitx 重启一遍
例如:

代码: 全选

[email protected]=fcitx libreoffice
头像
vickycq
论坛版主
帖子: 4507
注册时间: 2011-03-20 13:12
系统: Debian
来自: 山东省寿光县
送出感谢: 100 次
接收感谢: 990 次
联系:

Re: 出现openbox被fcitx弄死,试试看禁止fcitx自动运行?

#38

帖子 vickycq » 2016-05-12 11:06

科学之子 写了:"gtk+-3.20 的主题问题",愿闻其详.
GTK 3.20 looks to me like the biggest change since the 2.32 to 3.0 jump, as the theming system is totally revised. Some have even said this should be called GTK 4 due to the huge break in theming syntax.
参考
viewtopic.php?f=94&t=477661
http://forums.mate-desktop.org/viewtopic.php?f=2&t=3610
https://github.com/mate-desktop/mate-themes/issues/114
https://blogs.gnome.org/mclasen/2015/11 ... tk-update/
科学之子 写了: 目前最新的思路(不知是否正确或全面)
问题出现在22_fcitx.rc的[email protected]=fcitx
只要把这个注释掉,就没有卡死的问题了
如果'某程序'无法输入,就在启动'某程序'时临时添加XMODIFIERS环境变量.
最近才发现 fcitx 的 googlecode 项目主页还开放着存档,因此得以看到历史 issues
https://code.google.com/archive/p/fcitx/issues/648

考虑直接修改 openbox,去掉或修复相关功能
由于咱的水平太差,就先不在公共场合丢人现眼了。
昨晚去掉部分功能后初步测试,发现基本可行,只是在非 gtk/qt 程序 如 xterm 中无法稳定调出输入法。
在有限的几次测试中,重启 fcitx 没有影响到修改版 openbox。
这些用户感谢了作者 vickycq 于这个帖子:
科学之子 (2016-05-12 17:09)
评价: 3.7%
Debian 中文论坛 - forums.debiancn.org
欢迎所有 Debian GNU/Linux 用户
头像
vickycq
论坛版主
帖子: 4507
注册时间: 2011-03-20 13:12
系统: Debian
来自: 山东省寿光县
送出感谢: 100 次
接收感谢: 990 次
联系:

Re: [2016.5.11,04:54]fcitx把openbox弄死的解决方法,但部分程序无法使用fcitx?

#39

帖子 vickycq » 2016-05-12 13:05

科学之子 写了:卡死的完美解决方法我仍没找到
目前这个问题无法稳定重现 或未找到稳定重现的方法
例如同样是 openbox,我这里 xfce4 + openbox 或纯 openbox 都会出问题,但在 lxde + openbox 中就无法重现
而在您那里,lxde + openbox 可以稳定重现此问题
又在虚拟机中装了个 jessie,再装好 openbox, fcitx 测试,也无法重现此问题。
但在已有的两套带有 openbox 的系统中测试,都是一抓一个准
这些用户感谢了作者 vickycq 于这个帖子:
科学之子 (2016-05-12 17:12)
评价: 3.7%
Debian 中文论坛 - forums.debiancn.org
欢迎所有 Debian GNU/Linux 用户
头像
vickycq
论坛版主
帖子: 4507
注册时间: 2011-03-20 13:12
系统: Debian
来自: 山东省寿光县
送出感谢: 100 次
接收感谢: 990 次
联系:

Re: [2016.5.11,04:54]fcitx把openbox弄死的解决方法,但部分程序无法使用fcitx?

#40

帖子 vickycq » 2016-05-12 13:38

测试:

1.

代码: 全选

[Apps] $ mkdir src/openbox && cd src/openbox
[openbox] $ apt-get source openbox && cd openbox-3.6.1
[openbox-3.6.1] $ grep -Ri xim ./ | grep -vi 'xim[aeipu]\|binary\|axim'

代码: 全选

[openbox-3.6.1] $ sudo apt install devscripts fakeroot build-essential
[openbox-3.6.1] $ sudo apt-get build-dep openbox
2. 编辑 obt/keyboard.c 注释掉 xim_init() 的调用
--- keyboard.c-old 2016-05-12 13:25:38.194910011 +0800
+++ keyboard.c 2016-05-12 12:51:09.913285909 +0800
@@ -70,7 +70,7 @@
if (started) obt_keyboard_shutdown(); /* free stuff */
started = TRUE;

- xim_init();
+ /*xim_init();*/

/* reset the keys to not be bound to any masks */
for (i = 0; i < OBT_KEYBOARD_NUM_MODKEYS; ++i)
3. 打包

代码: 全选

[openbox-3.6.1] $ debuild -b -uc -us
4. 安装生成的 openbox, libobt, libobrender 三个包

测试结果:
fcitx 重启了若干个回合,openbox 尚未出现假死情况
刚启动时,有一定概率无法在非 gtk/qt 程序 (如xterm) 中调出输入法。一旦出现这种情况,启动一个新的 xterm 即可调出输入法。然而,之前启动的 xterm 仍然无法调出输入法。
这些用户感谢了作者 vickycq 于这个帖子:
科学之子 (2016-05-12 17:12)
评价: 3.7%
Debian 中文论坛 - forums.debiancn.org
欢迎所有 Debian GNU/Linux 用户
科学之子
帖子: 2280
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 848 次
接收感谢: 32 次

Re: [2016.5.11,04:54]fcitx把openbox弄死的解决方法,但部分程序无法使用fcitx?

#41

帖子 科学之子 » 2016-05-12 17:22

vickycq 写了:
科学之子 写了:卡死的完美解决方法我仍没找到
目前这个问题无法稳定重现 或未找到稳定重现的方法
例如同样是 openbox,我这里 xfce4 + openbox 或纯 openbox 都会出问题,但在 lxde + openbox 中就无法重现
而在您那里,lxde + openbox 可以稳定重现此问题
又在虚拟机中装了个 jessie,再装好 openbox, fcitx 测试,也无法重现此问题。
但在已有的两套带有 openbox 的系统中测试,都是一抓一个准
但在 lxde + openbox 中就无法重现
而在您那里,lxde + openbox 可以稳定重现此问题
您那个无法重现的LXDE版本是什么版本?
以下是我的信息(不知这么看包信息是否恰当?),jessie源:

代码: 全选

[email protected]:~# aptitude show lxde-core lxde
Package: lxde-core                       
State: installed
Automatically installed: no
Version: 6
Priority: optional
Section: metapackages
Maintainer: Debian LXDE Maintainers <[email protected]>
Architecture: all
Uncompressed Size: 27.6 k
Depends: desktop-file-utils, lxde-common, lxpanel, openbox, pcmanfm
Recommends: gksu, lxsession, lxterminal | x-terminal-emulator, xscreensaver
Suggests: iceweasel | www-browser, lxde, lxlauncher
Description: Metapackage for the LXDE core
 The Lightweight X11 Desktop Environment (LXDE) is a project aimed to provide a desktop environment which is lightweight and fast. 
 
 This package is a metapackage depends on the recommended core components of the LXDE. It includes pcmanfm, lxpanel, lxsession, openbox and xscreensaver. 
 
 If you just want to pick and choose the core components then feel free to remove this package.
Homepage: http://www.lxde.org/

Tags: role::metapackage, suite::TODO

Package: lxde
State: installed
Automatically installed: no
Version: 6
Priority: optional
Section: metapackages
Maintainer: Debian LXDE Maintainers <[email protected]>
Architecture: all
Uncompressed Size: 27.6 k
Depends: galculator, gpicview, leafpad, lxappearance, lxappearance-obconf, lxde-core, lxde-icon-theme, lxinput, lxrandr, lxsession-edit, lxterminal, xarchiver
Recommends: alsamixergui, clipit, deluge | transmission-gtk, evince-gtk | pdf-viewer, gnome-disk-utility, gnome-mplayer, gnome-system-tools, gucharmap, iceweasel | www-browser,
            lightdm | x-display-manager, lxmusic | audacious, lxpolkit, menu-xdg, usermode, wicd | network-manager-gnome, xserver-xorg
Suggests: gimp, libreoffice, lxlauncher, lxtask, pidgin, update-notifier, xfce4-power-manager
Description: Metapackage for LXDE
 The Lightweight X11 Desktop Environment (LXDE) is a project aimed to provide a desktop environment which is lightweight and fast. 
 
 This package is a metapackage depends on the core components and recommended components of the LXDE. It includes lxde-core, lxappearance, lxinput, lxsession-edit, gpicview,
 lxterminal, lxrandr, galculator, leafpad and xarchiver. 
 
 If you just want to pick and choose the core components then feel free to remove this package.
Homepage: http://www.lxde.org/

Tags: interface::x11, role::metapackage, scope::suite, suite::TODO, uitoolkit::gtk
科学之子
帖子: 2280
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 848 次
接收感谢: 32 次

Re: [2016.5.11,04:54]fcitx把openbox弄死的解决方法,但部分程序无法使用fcitx?

#42

帖子 科学之子 » 2016-05-12 18:35

vickycq 写了:
科学之子 写了:卡死的完美解决方法我仍没找到
目前这个问题无法稳定重现 或未找到稳定重现的方法
例如同样是 openbox,我这里 xfce4 + openbox 或纯 openbox 都会出问题,但在 lxde + openbox 中就无法重现
而在您那里,lxde + openbox 可以稳定重现此问题
又在虚拟机中装了个 jessie,再装好 openbox, fcitx 测试,也无法重现此问题。
但在已有的两套带有 openbox 的系统中测试,都是一抓一个准
又在虚拟机中装了个 jessie,再装好 openbox, fcitx 测试,也无法重现此问题。

代码: 全选

aptitude install --without-recommends lxde-core
aptitude install lightdm
我是这么装上lxde的,您无重现的openbox和fcitx版本是?
我的openbox版本:

代码: 全选

[email protected]:~# openbox --version
Openbox 3.5.2
Copyright (c) 2004   Mikael Magnusson
Copyright (c) 2002   Dana Jansens

This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions. See the file COPYING for details.

[email protected]:~# aptitude show openbox
Package: openbox                         
State: installed
Automatically installed: yes
Version: 3.5.2-8
Priority: optional
Section: x11
Maintainer: Mateusz Łukasik <[email protected]>
Architecture: i386
Uncompressed Size: 1,030 k
Depends: libc6 (>= 2.4), libglib2.0-0 (>= 2.35.9), libice6 (>= 1:1.0.0), libobrender29 (>= 3.5.2), libobt2 (>= 3.5.2), libsm6, libstartup-notification0 (>= 0.7), libx11-6,
         libxau6, libxext6, libxi6 (>= 2:1.2.99.4), libxinerama1, libxrandr2
Recommends: obconf, python-xdg, scrot
Suggests: menu, fonts-dejavu, python, libxml2-dev, tint2, openbox-menu, openbox-gnome-session (= 3.5.2-8), openbox-kde-session (= 3.5.2-8)
Breaks: menu (< 2.1.12)
Provides: x-session-manager, x-window-manager
Description: standards-compliant, fast, light-weight and extensible window manager
 Openbox works with your applications, and makes your desktop easier to manage. This is because the approach to its development was the opposite of what seems to be the general
 case for window managers. Openbox was written first to comply with standards and to work properly. Only when that was in place did the team turn to the visual interface. 
 
 Openbox is fully functional as a stand-alone working environment, or can be used as a drop-in replacement for the default window manager in the GNOME or KDE desktop
 environments. 
 
 Openbox 3 is a completely new breed of window manager. It is not based upon any existing code base, although the visual appearance has been based upon that of Blackbox. Openbox
 2 was based on the Blackbox 0.65.0 codebase. 
 
 Some of the things to look for in Openbox are: 
 
 * ICCCM and EWMH compliance! 
 * Very fast 
 * Chainable key bindings 
 * Customizable mouse actions 
 * Window resistance 
 * Multi-head Xinerama support! 
 * Pipe menus
Homepage: http://www.openbox.org

Tags: implemented-in::c, interface::x11, role::program, scope::utility, uitoolkit::xlib, x11::window-manager
我的fcitx版本:

代码: 全选

[email protected]:~# fcitx -v
fcitx version: 4.2.8.5
[email protected]:~# aptitude show fcitx
Package: fcitx                           
State: installed
Automatically installed: yes
Version: 1:4.2.8.5-2
Priority: optional
Section: utils
Maintainer: IME Packaging Team <[email protected]>
Architecture: all
Uncompressed Size: 32.8 k
Depends: fcitx-bin, fcitx-data, fcitx-modules
Recommends: fcitx-config-gtk | kde-config-fcitx, fcitx-frontend-all | fcitx-frontend-fbterm, fcitx-ui-classic | fcitx-ui-light, im-config (>= 0.5) | im-switch
Suggests: fcitx-tools, fcitx-m17n
Description: Flexible Input Method Framework
 Fcitx is a input method framework with extension support, which provides an interface for entering characters of different scripts in applications using a variety of mapping
 systems. 
 
 It offers a pleasant and modern experience, with intuitive graphical configuration tools and customizable skins and mapping tables. It is highly modularized and extensible,
 with GTK+ 2/3 and Qt4 IM Modules, support for UIs based on Fbterm, pure Xlib, GTK+, or KDE, and a developer-friendly API. 
 
 This metapackage pulls in a set of components recommended for most desktop users.
Homepage: http://code.google.com/p/fcitx/

Tags: accessibility::input, culture::chinese, implemented-in::c, interface::x11, role::metapackage, uitoolkit::xlib, use::typesetting, x11::application
科学之子
帖子: 2280
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 848 次
接收感谢: 32 次

Re: 出现openbox被fcitx弄死,试试看禁止fcitx自动运行?

#43

帖子 科学之子 » 2016-05-13 0:07

vickycq 写了:
科学之子 写了:"gtk+-3.20 的主题问题",愿闻其详.
GTK 3.20 looks to me like the biggest change since the 2.32 to 3.0 jump, as the theming system is totally revised. Some have even said this should be called GTK 4 due to the huge break in theming syntax.
参考
viewtopic.php?f=94&t=477661
http://forums.mate-desktop.org/viewtopic.php?f=2&t=3610
https://github.com/mate-desktop/mate-themes/issues/114
https://blogs.gnome.org/mclasen/2015/11 ... tk-update/
科学之子 写了: 目前最新的思路(不知是否正确或全面)
问题出现在22_fcitx.rc的[email protected]=fcitx
只要把这个注释掉,就没有卡死的问题了
如果'某程序'无法输入,就在启动'某程序'时临时添加XMODIFIERS环境变量.
最近才发现 fcitx 的 googlecode 项目主页还开放着存档,因此得以看到历史 issues
https://code.google.com/archive/p/fcitx/issues/648

考虑直接修改 openbox,去掉或修复相关功能
由于咱的水平太差,就先不在公共场合丢人现眼了。
昨晚去掉部分功能后初步测试,发现基本可行,只是在非 gtk/qt 程序 如 xterm 中无法稳定调出输入法。
在有限的几次测试中,重启 fcitx 没有影响到修改版 openbox。
https://code.google.com/archive/p/fcitx/issues/648
我这里看不到

代码: 全选

There was an error obtaining the issue:

{"data":null,"status":-1,"config":{"method":"GET","transformRequest":[null],"transformResponse":[null],"url":"https://www.googleapis.com/storage/v1/b/google-code-archive/o/v2%2Fcode.google.com%2Ffcitx%2Fissues%2Fissue-648.json?alt=media","params":{"stripTrailingSlashes":false},"headers":{"Accept":"application/json, text/plain, */*"}},"statusText":""}
头像
vickycq
论坛版主
帖子: 4507
注册时间: 2011-03-20 13:12
系统: Debian
来自: 山东省寿光县
送出感谢: 100 次
接收感谢: 990 次
联系:

Re: [2016.5.11,04:54]fcitx把openbox弄死的解决方法,但部分程序无法使用fcitx?

#44

帖子 vickycq » 2016-05-14 9:06

科学之子 写了:
但在 lxde + openbox 中就无法重现
您那个无法重现的LXDE版本是什么版本?
应该是今年3月4日 testing 套件库的 lxde。
根据
https://tracker.debian.org/pkg/lxde-metapackages
https://packages.debian.org/stretch/lxde
当时 lxde 核心虚包的版本应该已经到了 7。不过在 testing 中 lxde 的各个组件是分散更新的,而且第一个链接跟踪的是 source package
EDIT - 找到当时的日志了
Start-Date: 2016-03-04 12:56:47
Commandline: apt-get install lxde-core
Install: lxde-core:amd64 (7)
科学之子 写了:
又在虚拟机中装了个 jessie,再装好 openbox, fcitx 测试,也无法重现此问题。
我是这么装上lxde的,您无重现的openbox和fcitx版本是?
是 jessie 8.4 的 openbox 和 fcitx。不过后来发现在这个案例中,fcitx 无法在 xterm 中输入,一输入就会崩溃。具体错误信息忘记了。这也印证了猜想,当与 XIM 有关的机制未正常运行时就无法重现。因此干脆修改 openbox 去掉其相关功能
科学之子 写了:https://code.google.com/archive/p/fcitx/issues/648
我这里看不到
其实也没什么很重要的内容
http://paste.ubuntu.com/16400891/
Debian 中文论坛 - forums.debiancn.org
欢迎所有 Debian GNU/Linux 用户
科学之子
帖子: 2280
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 848 次
接收感谢: 32 次

Re: [2016.5.11,04:54]fcitx把openbox弄死的解决方法,但部分程序无法使用fcitx?

#45

帖子 科学之子 » 2016-05-14 21:57

vickycq 写了:
科学之子 写了:
但在 lxde + openbox 中就无法重现
您那个无法重现的LXDE版本是什么版本?
应该是今年3月4日 testing 套件库的 lxde。
根据
https://tracker.debian.org/pkg/lxde-metapackages
https://packages.debian.org/stretch/lxde
当时 lxde 核心虚包的版本应该已经到了 7。不过在 testing 中 lxde 的各个组件是分散更新的,而且第一个链接跟踪的是 source package
EDIT - 找到当时的日志了
Start-Date: 2016-03-04 12:56:47
Commandline: apt-get install lxde-core
Install: lxde-core:amd64 (7)
科学之子 写了:
又在虚拟机中装了个 jessie,再装好 openbox, fcitx 测试,也无法重现此问题。
我是这么装上lxde的,您无重现的openbox和fcitx版本是?
是 jessie 8.4 的 openbox 和 fcitx。不过后来发现在这个案例中,fcitx 无法在 xterm 中输入,一输入就会崩溃。具体错误信息忘记了。这也印证了猜想,当与 XIM 有关的机制未正常运行时就无法重现。因此干脆修改 openbox 去掉其相关功能
科学之子 写了:https://code.google.com/archive/p/fcitx/issues/648
我这里看不到
其实也没什么很重要的内容
http://paste.ubuntu.com/16400891/
我这里使用"凑合方法"[email protected]=fcitx xterm &"无问题
如果需要单纯使用xterm的话,可以在xterm中运行此命令然后关闭掉先打开的xterm,后打开的xterm就能支持fcitx了
和libreoffice不同,这个方法即使重启fcitx,xterm也不受影响
但相同的方法用到libreoffice上,重启fcitx之后libreoffice中就无法输入中文了
原因未知
回复

回到 “窗口管理器”