yong关于QT的情况说明

有人报告说深度桌面中没法使用，赶紧去查了一下，原来用了QT5开发的桌面（深度感觉比较奇葩，桌面环境是QT和GTK混着来的，不过以后看来会转向QT），再想想LXQT桌面也是用QT5开发的，一时间压力大增，赶紧去看文档，找例子。

花了一天时间，把QT5的输入法插件坐出来了，一半的时间在迁移GTK插件的代码到QT，这个过程比我想象中容易很多，因为QT程序竟然支持GLIB主循环，这样通讯事件处理直接用就行了，不用专门写个QT的版本了（当然我找了半天，也没发现怎么把文件事件处理加入到QT主循环中的方法）。还有一半时间花在怎么编译一个QT程序上了，因为QT程序都不是标准的C++，需要一些特殊处理，而网上找到的资料基本都用了CMake和qmake之类自动给处理好了，底层怎么工作的就不清楚了。

有一些特殊的情况需要说明，QT5和QT4对输入法的插件支持接口什么的是不一样的，所以小小输入法还是没有QT4的插件支持，而这两个公用了QT_IM_MODULE环境变量来指定使用的输入法插件，所以现在是个非此即彼的关系，总有一个不能用，要用QT4程序，还是得用xim模块。
在这点上GTK好多了，GTK3和GTK2在输入法插件的源码是一模一样的，重新编译一下即可。

由于做的这个插件使用了GLIB主循环，所以要用这个插件，QT库必须编译进GLIB支持，运行的时候也不能设置QT_NO_GLIB环境变量。

据说QT插件在新版本的QT库上编译的话，不能在老版本上用，而我这个是在5.5.1版本上编译的，那么之前的QT版本应该就用不了它了。QT的平台级插件据说是和版本绑定的，我不是很清楚，但看它的头文件确实放在版本对应的目录下面，那么很可能确实是这样，所以这个插件很可能在之后的版本中也不能用，真是个悲剧的故事。因为这个问题，所以我输入法的安装脚本中，是不能集成QT5模块的支持，只能是用户需要的时候自己添加进去。还有更悲剧的，如果每个版本都得编译一个插件，那么，这就绝对不是我能发布得过来的，搞不好逼得我只好开源QT插件，然后让用户自己去编译了。

经我升级到QT 5.6.0版本，原来那个5.5.1版本的插件是可用的，情况还不错

haulm：能说明一下安装方法么，我复制为
/usr/lib64/qt5/plugins/platforminputcontexts/libyongplatforminputcontextplugin.so
不会工作
yong 版本为 2.3.0回到原帖

输入法请用最新测试版安装，并先用自带的更新功能更新一下

检查一下GTK_IM_MODULE和QT_IM_MODULE是否已设置为yong，输入法需要在设置好这些环境变量之后再启动。
qt模块现在只有64位版的，不支持32位的qt程序
系统上的qt版本是否在5.5以上
这个模块依赖于libxkbcommon，不知道你的系统上有没有安装它。

我会逐步开源输入法的各个组件。

看一下输入法工具菜单里的系统信息

X下特定的环境变量，比如输入法的，如果你系统中没有输入法框架，那么需要在x启动过程中设置。不知道你的发行版是基于哪家的，以fedora系统为例，环境变量可以在/etc/X11/xinit/xinitrc.d/下的shell脚本中设置。

haulm：希望周老有空拿  osolinux 测试一下，并不是简单地设置一下能解决问题。回到原帖

你这个系统看起来是从其他系统开始定制的。默认你已经写死了使用fcitx。安装了你的系统，需要经过以下几步才能正常使用yong输入法。

1 安装yong输入法，包括qt5模块
2 删除干净fcitx，包括fcitx相关包，/etc/skel下的fcitx相关设置，/etc/profile中的fcitx设置
3 建立/etc/X11/xinit/xinitrc.d/90-yong.sh，在其中建立输入法的环境变量和启动yong应用

给你的系统几个建议
1 系统中没必要默认带安装开发用的包，真有需要的人很容易根据自己需要装
2 你借鉴的其他系统中是有输入法框架的，还是直接拿过来用吧，没必要写死或者自己搞一套
3 有些有用的包默认没有安装，比如sudo，vim

haulm：关于建议
1  osolinux 本身就是尽量集成主流核心的开发环境，这和 fedora 的理念本身不同，否则也不用这么费力地编译自己的发行版本，直接用 fedora 这样的软件仓库不是更方便，这个不同人有不同的见解。
2  fcitx...回到原帖

wayland上游对输入法的支持就很有问题，所以现在只能在tk层进行工作
现有输入法中的yong-wayland确实不应使用，和上游协议已经不兼容了
sudo是命令行下工作一个很方便的提权工具，和你桌面的提权工具没关系

haulm：描述一下：打开 dolphin 输入不出中文，关闭 dolphin，yong 输入法跟随一起退出了。回到原帖

(gdb) backtrace
#0  0x00007ffff4b7caed in  () at /lib64/libc.so.6
#1  0x00007ffff4b7e200 in malloc () at /lib64/libc.so.6
#2  0x00007ffff48e79cb in _xcb_in_read () at /lib64/libxcb.so.1
#3  0x00007ffff48e55f1 in _xcb_conn_wait () at /lib64/libxcb.so.1
#4  0x00007ffff48e6d37 in wait_for_reply () at /lib64/libxcb.so.1
#5  0x00007ffff48e6e41 in xcb_wait_for_reply () at /lib64/libxcb.so.1
#6  0x00007ffff73aa197 in _XReply () at /lib64/libX11.so.6
#7  0x00007ffff738ec4e in XGetGeometry () at /lib64/libX11.so.6
#8  0x00007ffff681aabf in gdk_window_x11_get_geometry () at /lib64/libgdk-3.so.0
#9  0x00007ffff67ee694 in gdk_window_get_geometry () at /lib64/libgdk-3.so.0
#10 0x00007ffff67e83ff in gdk_screen_get_monitor_at_window () at /lib64/libgdk-3.so.0
#11 0x00007ffff6dfe769 in gtk_window_guess_default_size () at /lib64/libgtk-3.so.0
#12 0x00007ffff6e02dca in gtk_window_compute_configure_request () at /lib64/libgtk-3.so.0
#13 0x00007ffff6e03734 in gtk_window_check_resize () at /lib64/libgtk-3.so.0
#14 0x00007ffff53fbbd4 in _g_closure_invoke_va () at /lib64/libgobject-2.0.so.0
#15 0x00007ffff541725d in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#16 0x00007ffff541789f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#17 0x00007ffff6be49c8 in gtk_container_idle_sizer () at /lib64/libgtk-3.so.0
#18 0x00007ffff53fbbd4 in _g_closure_invoke_va () at /lib64/libgobject-2.0.so.0
#19 0x00007ffff541725d in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#20 0x00007ffff5417d65 in g_signal_emit_by_name () at /lib64/libgobject-2.0.so.0
#21 0x00007ffff67e5618 in gdk_frame_clock_paint_idle () at /lib64/libgdk-3.so.0
#22 0x00007ffff67d3a58 in gdk_threads_dispatch () at /lib64/libgdk-3.so.0
#23 0x00007ffff5125ad3 in g_timeout_dispatch () at /lib64/libglib-2.0.so.0
#24 0x00007ffff512507a in g_main_context_dispatch () at /lib64/libglib-2.0.so.0
#25 0x00007ffff5125410 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0
#26 0x00007ffff5125732 in g_main_loop_run () at /lib64/libglib-2.0.so.0
#27 0x00007ffff6ca4b25 in gtk_main () at /lib64/libgtk-3.so.0
#28 0x000000000041b389 in  ()
#29 0x0000000000409123 in  ()
#30 0x00007ffff4b1d6c0 in __libc_start_main () at /lib64/libc.so.6
#31 0x00000000004091aa in  ()


输入法崩溃的情况，看着没有我写的代码，应该是系统的问题。

我这测试是能输出中文的，但偶然关闭dophin导致输入法崩溃。

本想用valgrind看一下，但自带的valgrind看起来竟然依赖于glibc-debuginfo，但我不知道在你的系统中怎么安装这个包。

haulm：你能否重编译 qt5 的支持模块，因为系统环境和 qt5 版本不同，debuginfo 我一直都没有保留，
但即使安装了也不一定能找对位置。因为 fcitx 没问题，所以又不能说一定是系统问题。
KDE 出错崩溃比如 konsole5 ...回到原帖

和qt5模块没关系，现在的问题是yong主程序崩溃了，崩溃的栈我在上面贴出了了，问题应该是在xcb或者gtk。fcitx用的不是gtk。
也有可能是我的代码破坏了进程中gtk或xcb的内存，所以我想用valgrind检查一下。

如果不止我的程序有莫名其妙崩溃问题的话，建议升级或降级一下X相关的包试试。