LaTero

scardfs 应该是不能该属性、权限和所有权的，用终端看看。

@WangLiCha vcpkg 有类似的文件。
不用包管理器的话，之前看 cppon 关于包管理器的一集，他们做了个简单的问卷调查，有的大团队会有自己的方案，但个人小项目很多时候就是不管理，不更新，走一步算一步，不崩溃就不管。包管理器出来之前 headers only 流行就是因为复制进去就能用。

C++是这样的，试试 vcpkg 吧，有 JKQtPlotter 。C++最最最最难的就是管理依赖，完全没做过 C++就更难了，光 cmake 就得学不少，完事还有时遇到不用 cmake 的库。你这能补全说明头文件在 include 里的，提示无法找到函数我猜是链接问题。C++是没有标准的引入库的步骤的，以前比较多的是编译完复制到几个目录，然后手动添加 include 和 link 目录，当然结果是依赖乱七八糟，能用就用，绝不敢更新/重编译，几年后留下一万个 CVE 。现在如果有的选，建议上了 vcpkg 的库一律用 vcpkg ，vcpkg 没有的库尽可能不用。

用的 wayland 吗？最近升到 kde6 默认 wayland, 用 xwayland 应用就一直闪，换回 x11 了。

对了，保存起始点或是用上一帧还有个考虑的点，假如用户把鼠标拖出了地球的范围该怎么办。假如是要 reset 到拖动前的位置就要保存起始点了，但是一般的做法是停在上一帧不动。

@mirus 是可以，会更准确。把 P1 换成起始点会更好。用前一帧的好处是状态更少，不用保存起始数据，而鼠标坐标的 delta 可以直接从引擎获取。实际应用误差其实是不会很大的，除非是一次拖动会很久很久。“根据前一帧与当前帧的差值进行计算”和“根据起始状态和当前状态进行计算”我不敢说哪个多，但是用差值一般更简单。比如俯视角拖动画面，还有缩放时保持鼠标所指的点在屏幕上不动之类经常是这样做，大部分情况精度是够的。

大体思路：用 raycast 分别找到上一帧和当前帧光标对应的点 P1, P2 （ world space ），那现在就是要求一个旋转矩阵 T ，使 T*P1 = P2 。新的 View 矩阵就是 View * T ，主要 T 在右边，因为它是在 world space 中旋转 P1 到 P2 得出来的。

上一次用 bevy 它还在 0.6 ，就帮你顺便翻了下文档
https://docs.rs/bevy/latest/bevy/prelude/struct.Camera.html#method.world_to_viewport
这是 world to screen （假设 render target 是全窗口）
screen to world 要用 raycast ，球面的 raycast 很简单，自己弄一个吧。

tk 应用行不行？打开 gitk 看看能不能输，也不能的话很可能是字体原因，具体的我不记得了，反正 X11 的原生输入法支持要 legacy 字体（ fcitx 和 ibus 不用），新发行版可能默认不装。这方面文档几乎没有，基本只能自己找源码调试……