snapd 开放输入法 dbus 接口

与 flatpak 类似，snap 也有沙箱机制，不过 snap 开放了输入法 dbus 接口，官方的补丁里，将之开放给 ibus & fcitx 两种输入法框架使用。


这意味着 snap 可能比  flatpak 更容易解决外部输入法模块的调用问题，不知道未来 ubuntu 会怎样处理 dbus 接口与用户输入法框架选择的问题呢，


如果能交给 im-config 来切换，那简直不能更好。但是如果需要用户编译动态链接库，像 QT5 上的输入法支持一样，那就悲剧了。


版主是否有意去 Canonical 那里提交一下想法：


C社团：https://forum.snapcraft.io/

https://github.com/snapcore/snapd/commit/498de6117ac2f5b3e65b273c9f930945cd7c3ac1



https://github.com/snapcore/snapd/commit/5b151ae10e98ad10fb17242754d67c5a90ab001f

第三方输入法，没办法的。估计沙箱部分也只能是dbus接口。

dgod：第三方输入法，没办法的。估计沙箱部分也只能是dbus接口。回到原帖

要不把yong报上去吧，总不能这么放弃吧。

yanhuacuo：要不把yong报上去吧，总不能这么放弃吧。回到原帖

没必要，一个好好的系统，剥夺用户的选择，走向封闭。我也没必要凑上去。

dgod：没必要，一个好好的系统，剥夺用户的选择，走向封闭。我也没必要凑上去。回到原帖

linux-desktop发行版，以后不是debian系就是redhat系，也没别的好选了吧……

yanhuacuo：linux-desktop发行版，以后不是debian系就是redhat系，也没别的好选了吧……回到原帖

可以选择不用flatpak。其实小小支持ibus下使用。也可以等待wayland成熟。

dgod：可以选择不用flatpak。其实小小支持ibus下使用。也可以等待wayland成熟。回到原帖

您对高分屏的适配，在ibus下是失效，可能定位输入框被ibus接管，但ibus并没做相应适配的原因。