licolicoli

@molezznet 关于页面可以导出导入，甚至可以导入 Gesturefy 的数据，不过最好在导入 Gesturefy 的数据之前处理一下，只保留 Gesture 项，Settings 里某些项有 BUG 。当然，Cesturefy 自己导出导入是正常的~

@molezznet HTTP 下由于 Chrome 的安全策略，getCoalescedEvents 这个 API 用不了。已经加了一个 fallback 回退到一个精度相对较低，但是仍然可用的方法了，不过更新需要审核时间，感谢反馈！

https://github.com/diredocks/Cesturefy/commit/24cccb1bf6c8e565882d288bac45538f42ab21a3

@molezznet 噢，我知道为啥了，这个触发的动作需要特殊权限，我在编写动作的时候忘记写了，导致扩展没有向浏览器申请所需权限。动作“[弹出菜单] 最近关闭的标签页”会申请还原标签页所需要的权限，你尝试设置一下这个动作应该就行了。

@molezznet 在我这是工作的，有任何报错吗？可以在 Chrome 的扩展管理页（`chrome://extensions`）把“收集错误”打开，重启浏览器，触发手势，然后在扩展管理页查看。

有一次想把一个小玩具迁移到 Rust ，结果做完调研发现 Rust 的编译器已经放弃 MIPS 支持了 https://github.com/rust-lang/compiler-team/issues/648 遂放弃，继续用我的 C/Go...

@ikiler

1. 这些商用软件本身缺乏在 Linux 平台上优化体验的动力，原因主要是用户群体较小。在使用过程中如果遇到问题，建议直接咨询官方客服，因为社区通常并不了解这些软件的内部实现，自然也无从提供有效的支持。

2. Wayland 确实是未来的发展方向，但在你提到的远程控制场景中存在较大困难。这主要源于 Wayland 的安全模型：它不允许应用程序直接获取屏幕内容或操纵输入，而是要求通过专门的协议与桌面环境（主要是混成器）交互，再由混成器转发信息。

问题在于，Wayland 协议的制定过程出了名的缓慢（例如输入法相关协议的讨论就持续了三年以上）。因此，许多桌面环境会自行实现一些非标准的扩展协议来提供所需功能，但由于缺乏统一标准，不同实现之间差异很大，这也让通过协议实现相关功能变得更复杂。相比之下，reframe 这类直接从内核获取画面和操纵输入的方式，绕过了上述限制。

看错正文了，既然 x11 下面的远程方案也没法让你满意，那我好奇你是有什么需求呢？

Wayland 安全模型的问题，有人在尝试绕过混成器直接从内核拿数据了 https://github.com/AlynxZhou/reframe 还处在早期阶段。