请教下：linux的输入法的系统大概是什么样的？ #364
-
|
大家好，
|
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 3 replies
-
|
https://www.csslayer.info/wordpress/fcitx-dev/fcitx5-dev-keyevent-from-app-to-fcitx/ gtk/qt 和 qt 提供了一个跨平台的抽象给程序。对于 C/S 架构的输入法而言，需要某种手段把按键从程序传输给输入法。gtk 和 qt 过去都是通过和你说的一样的机制通过 XIM 来实现的，但是问题是 XIM （或者说现存的 xim 实现）自己存在了太多问题，以及扩展性方面的考虑，ibus，fcitx（还有过去的 scim）都选择了自己实现自己的接口。简单来说你可以当作把协议的控制掌握在自己手里的一种行为。Qt5 因为迁移到 xcb 的关系，已经不支持 xim 了（当时还没有基于 xcb 的 xim 实现）。Gtk4 似乎也删掉了 xim。 你要选择实现自己的输入法，如果你乐意也可以选择实现 fcitx 或者 ibus 的接口（都是基于 dbus 的），就像 fcitx5 就实现了 ibus 的接口可以和用 ibus im module 的程序通信。 但是如果回到你最初的问题，想要把 Android 的键盘对接到能打字，如果只考虑 X 不考虑 wayland 的话，不一定要选择输入法。 如果你了解一个叫做 xdotool 的命令，就知道你可以使用 这是如何实现的呢？很简单，Xlib 的按键在某个特定的编码之后表示按键就是表示 unicode，直接通过模拟按键来发送了汉字，如果你用 xev 抓取的话就可以看到这样的内容： KeyPress event, serial 68, synthetic NO, window 0x1800001, 理论上你可以通过模拟按键发送任意文本。 |
Beta Was this translation helpful? Give feedback.
-
|
xdotool刷新我认知了，感谢～ 另外还有几个问题： 这个问题不问了，不好意思才看那个博客文章，里面有讲了． imdkit我理解是XIM的服务端SDK是吧？在QT5不再支持XIM的情况下，imdkit是不是就也不能用了？ 我基于ibus做了一个demo，可以输入文字的，但我的方式是要先向linux app注入一个任意字符，以激活app去调用xutf8LookupString，然后输入法再把想要注入的中文吐给应用．不知道有没有更好的办法？注入一个任意字符这块有点怪．我注意到有handwriting的输入法，这种应该是不需要注入一个任意字符的吧？ 我现在是用ibus实现了一个engine，我没找到ibus的文档，而是参考了一下其他ibus engine的代码，大概搞明白怎么用的，fcitix给engine开发者的接口在哪里能找到？ wayland输入法用什么接口了解过吗？还有它对接xwayland是通过什么接口把输入法的中文注入给X app的？ 我好像问的有点多，因为我准备写一篇关于输入法的知乎文章(其实主要还是写给自己的），想把整件事搞清楚． |
Beta Was this translation helpful? Give feedback.
-
|
xdotool 这个办法其实没什么不好的，特别是按键和输入文本（例如就是单纯屏幕键盘传递按键）不绑定的时候。对于类似远程桌面的情况来说用这个比透过输入法可能更加合适。 qt5 就是单纯没人实现一个 xim 的 im module，如果你乐意也完全可以写一个。我的 xcb-imdkit 里面也有客户端的 api。 注册附加组件 我不知道你说的这个情况，但 Xutf8LookupString 的参数就需要按键事件作为参数，所以……这种设计上本质上是为了让原本不支持输入法的X程序只需要进行较少的改动就可以支持输入法，但反而产生了限制。但我测试下来 xlib 应该会塞一个空按键事件 （key code = 0），不需要按键触发。 xwayland 和 X 就没什么差别，wayland 自己原生处于非常混乱的状态，具体你还是参考上面的 blog |
Beta Was this translation helpful? Give feedback.
-
|
如果写一个im module的话，是要提交给qt5，随qt5一起发布还是说我们写完了放在系统的指定文件夹下就可以？也就是这qt5对im module的使用是可配置的还是硬编码的？ |
Beta Was this translation helpful? Give feedback.
-
|
就和fcitx ibus那个一样啊。ibus 那个 qt 是官方做的，fcitx 的是我做的相对于 qt 是第三方。平心而论
qt官方做的那个bug很多…
当然你乐意也可以提交给 qt 官方（顺便qt5已经不会有新版本了）
Dean ***@***.***>于2021年10月26日 周二01:26写道：
… qt5 就是单纯没人实现一个 xim 的 im module，如果你乐意也完全可以写一个。我的 xcb-imdkit 里面也有客户端的 api。
如果写一个im module的话，是要提交给qt5，随qt5一起发布还是说我们写完了放在系统的指定文件夹下就可以？也就是这qt5对im
module的使用是可配置的还是硬编码的？
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#364 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAB7MZGD3LYACGWPGL3IQETUIZQ3BANCNFSM5GWWMZXQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Beta Was this translation helpful? Give feedback.
-
|
自己做的界面抢占输入焦点，请教fcitx中要怎么处理或者调用什么函数来设置自己的界面不抢占焦点？ |
Beta Was this translation helpful? Give feedback.
https://www.csslayer.info/wordpress/fcitx-dev/fcitx5-dev-keyevent-from-app-to-fcitx/
协议的文档：https://www.x.org/releases/X11R7.6/doc/libX11/specs/XIM/xim.html
现存的实现：
服务器端 https://www.x.org/archive/unsupported/lib/IMdkit/ https://github.com/fcitx/xcb-imdkit/
客户端：Xlib
gtk/qt 和 qt 提供了一个跨平台的抽象给程序。对于 C/S 架构的输入法而言，需要某种手段把按键从程序传输给输入法。gtk 和 qt 过去都是通过和你说的一样的机制通过 XIM 来实现的，但是问题是 XIM （或者说现存的 xim 实现）自己存在了太多问题，以及扩展性方面的考虑，ibus，fcitx（还有过去的 scim）都选择了自己实现自己的接口。简单来说你可以当作把协议的控制掌握在自己手里的一种行为。Qt5 因为迁移到 xcb 的关系，已经不支持 xim 了（当时还没有基于 xcb 的 xim 实现）。Gtk4 似乎也删掉了 xim。
你要选择实现自己的输入法，如果你乐意也可以选择实现 fcitx 或者 ibus 的接口（都是基于 dbus 的），就像 fcitx5 就实现了 ibus 的接口可以和用 ibus im module 的程序通信。
但是如果回到你最初的问题，想要把 Android 的键盘对接到能打字，如果只考虑 X 不考虑 wa…