在xwayland下使用最佳。
刚刚编译了 xwayland 的版本，不过还是一样的问题，可能是使用 hyprland-nvidia-hidpi 的原因。
EAF最佳使用环境是 KDE 和 Gnome XWayland
与 EAF 无缘了 
。
主要是 Wayland 那帮人把很多 X11 的高级功能隐藏到窗口管理器内部， 但是又不对外暴露 API, 导致我折腾不赢他们。
曾经Gnome43的时候已经可以在 Wayland Native 工作了， Gnome那帮人 Gnome 44 又改代码了， 十多年一直不稳定。
所以 Wayland Native 为基础的桌面环境和窗口管理器都没法完美工作。
2 个赞
@Mumulhl 大佬开发的 GitHub - mumu-lhl/eaf-pyqterminal: A terminal written in PyQt6 for the Emacs Application Framework.
用Qt来绘制的终端模拟器， 启动性能比基于 Xterm.js 实现的速度要快很多， 同时兼容Emacs按键， 期待完美实现。
经过社区大佬 @Mumulhl 3个星期的开发， EAF PyQterminal 终于达到好用的程度：
- 启动速度比 eaf-terminal xterm.js 版本快很多，秒开
- 比所有Emacs内置终端更强大，支持图形渲染
- 相对于 vterm 来说， 不用编译动态模块
- 可以用Qt和Python快速扩展终端新功能
Enjoy hacking!
3 个赞
今天对EAF音乐做了两个增强：
- 添加网易云音乐和QQ音乐两个后端抓取歌词
- 用直方图算法判断图片深浅来调整歌词字体颜色， 保证所有封面的歌词都可以看清楚
喜欢用EAF播放音乐的同学可以更新一下， 现在歌词体验非常丝滑了。
1 个赞
看了一下作者的blog，竟然是个初中生，太强了
5 个赞
才初中一年，这个确实颠覆了我的印象，我印象中这个年纪的学生还在为有一台可以自由玩游戏的手机而奋斗,发愁如何能偷偷带进学校不被老师或家长发现导致没收。
2 个赞
自古英雄出少年, 我初中的时候都还只会玩泥巴， 太厉害了。
2 个赞
如果你只是问左右窗口的内容不一样， 这个问题最新版已经解决了。
EAF core/buffer.py 内置对 resize_view 接口的实现， 默认实现是， Emacs窗口变化以后调整 View 的大小， 以前是交给 EAF 每个应用自己实现的， core 只提供一个抽象接口。
最近发现浏览器、PDF、音乐播放器都有动态更新大小的需求， 所以把标准 resize_view 的实现内置到 core/buffer.py 中， 如果某个EAF应用（比如文件管理器）有特殊实现， 再重载 resize_view 的接口实现。
eaf-install-and-update 后试了一下，发现左右窗口的内容还是不一致；但是我的问题其实是为什么是有两个窗口，不应该 eaf-browser 的内容直接呈现在 Emacs 的窗口内吗？另外，EAF 在 hyprland 上存在的问题很多，比如使用 eaf-open 打开 url 或 PDF 文件，窗口会不断地跳动；在 EAF-Browser 中输入法的弹窗没有出现在光标处。
只有xwayland的桌面环境和windows支持跨进程窗口嵌入。
不是xwayland的窗口管理器都只能放最上面。
EAF本身要更新下，eaf-install-and-update只是更新应用。
浏览器输入法要用alt + e，目前跨进程嵌入窗口还做不到对输入法窗口位置得控制。
EAF 本身也拉取了最新的更新，但是左右窗口内容还是不一致；但是目前在 Hyprland 使用其中一个很大的问题是弹出的窗口会不断地左右跳动。
用gnome xwayland吧，hyprland是社区支持，不是最好的体验。
已经在 Arch 上安装了 KDE 桌面环境，试了一下 EAF，挻好用的。
1 个赞