Emacs master 已经bump to 30.0.50, emacs-29 即将发布?
Emacs-29 主要特性抢先看:
- tree-sitter
- lsp client (eglot)
- pure GTK
- project manager
- …
Emacs master 已经bump to 30.0.50, emacs-29 即将发布?
Emacs-29 主要特性抢先看:
估计几个月后能出 pretest。建议大家运行 Emacs 29 分支,暂时不要着急升级至 master:测试的人越多,发布的就越快。
另外,补充两个新功能:dired 向其他程序拖动文件 (dired-mouse-drag-files),像素滚动 (pixel-scroll-precision-mode)。
Use-package 没赶上,可惜了!
29的几个功能不错,升级的动力又多了一点。
小版本号为啥是50?有什么讲究吗?
50 就是开发版本的意思,一直不会变,直到切割 30.1.
用 50 估计是惯例吧。最近 Borg 也把开发版本定为 50 了
pgtk_make_frame_visible 的性能严重退化, 我已经在 https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58556 反馈了, 28和29两个版本, 都相对于 x11_make_frame_visible 性能下降很多。
为什么有这快代码我不清楚,所以不敢去掉。你暂时把 `pgtk-wait-for-event-timeout’ 设置为 0 吧。 另外,没有用 Wayland 的不要开启 PGTK 就可以了。
我设置了 (setq pgtk-wait-for-event-timeout 0)
以后, 确实性能恢复正常了。
看来 #58556 - 28.2; Emacs pgtk branch make-frame-visible/make-frame-invisible slower than Emacs X11 branch. - GNU bug report logs 这个里面的 timeout 确实是bug。
而且我测试了发现, 只是在 make-frame-invisible
相关的函数用 (let ((pgtk-wait-for-event-timeout 0)) …)` 包裹还没用, 必须全局设置 pgtk-wait-for-event-timeout 为 0 才行, 猜测不光是 make-frame-invisible, pgtk frame 里面只要受 pgtk-wait-for-event-timeout 影响的函数都会出现性能下降, 大佬有时间可以瞅瞅, frame 的性能问题影响的插件还是挺多的。
我主要是修复 wayland natvie/pgtk 用户反馈 lsp-bridge 性能下降的问题, 最后定位到 pgtk_make_frame_visible 函数的问题。
我已经推送了新的补丁, 现在 lsp-bridge 在 Emacs 29 pgtk 分支也和X11分支一样流畅了。
Anyway, 感谢分享 pgtk-wait-for-event-timeout
这个选项, 确实解决了问题, 赞!
28,29 的开发节奏比之前好了很多啊,必须大大的赞
Org 9.6 还没合进 29.1分支,维护者 Bastien Guerry 记错日期了 ,他以为是30号才切割 29.1. 正在请求开特例,把 Org 9.6 合进来。
org-mode 9.6 也发布了,很快就会合并到 Emacs 29.1 分支。
更新:org-mode 9.6 版本已经合并到 Emacs 29.1
https://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-29&id=0625651e8a61c9effc31ff771f15885a3a37c6e6
好消息,use-package 也准备好了,将会合并到Emacs 29.1
感觉 Neovim 功不可没
通过 aur 用上了emacs 29 分支的包
use-package 已经合并到 emacs-29 分支
晚上回去重新编译下。大佬是订阅了commit的通知么
已经用上了,无缝切换
订阅了 emacs-devel mailist,会自动更新邮件,感兴趣的主题会看看。