由"Emacs的Windows版恐将被宣布为“不受支持”"想到Emacs的未来发展

Android 版本已经很久没更新了,应该是不可用的状态。前两个月花了两周维护了一下,由于 Android 全面拥抱 Kotlin 导至我也需要全转成 Kotlin ,工作量很大,影响了 iOS 的功能开发,所以就先搁置了。

其实也没什么特别的,目前都是一些 org mode 的基本功能,custom agenda view, custom capture template,custom TODO keywords 等,适合非 org mode 重度用户。下一版本的 block 渲染才开始有些意思,再加上后面的表格,代码块,公式,以及链接和 org roam 的支持,这个时候应该时值得一试了。

在安卓上用 Termux 安装 Emacs 和 Metanote 哪个体验好一些?

隐私和安全性方面, 有没有可能出现另外一种方法: 类似于第三方检测鉴定机构的模式. 由一个有资质或者用户和开发者双方都信任的第三方机构来给出这方面的评估鉴定结果.

国内这类机构名声很差, 不知道国外怎么样

这么多平台, 看上去挺适合用flutter开发

现在微软的edge也有不少用户了, 市场占有率已经超过firefox了, 谷歌应该不用担心这个了吧?

1 个赞

老实说这个事其实并不算难解决,只要还能通过源码编译得到Emacs,大家都还是继续该用的用,而且必须要说,Emacs在Windows端的使用体验,真的不如Vim和Neovim,我说的是实话绝无偏袒。

2 个赞

我用 nvim 也感觉在 windows 上比 linux 慢了一截.

1 个赞

慢这个真得赖 windows,我的配置 lazy.nvim 测得的启动时间两个平台是几乎一样的(windows 比 linux 慢了几毫秒),实际体验就是windows下的 neovim 迟钝

Windows 上各种 Unix 的软件大多会慢,也包括 TeX/LaTeX。

甚至我曾经听说过用 Wine 在 Linux 上跑 Windows 程序能比直接用 Windows 跑快。

2 个赞

这个似乎跟 Windows defender 有关

wine跑windows的游戏的确一部分会比windows快,据说是因为某些没啥用的方法执行直接返回空 ,这套说法没有考证过

NTFS 打开文件慢也有关。关了 defender 的 native compile 版的 Emacs 在 NVMe 上冷启动也要两分钟

甚至我咋天还试了用 Intel Optane Memory,读写能滿 200MB/s 却对 Emacs 启动时间没有任何提升

2 个赞

两分钟也太离谱了, 我的配置两千多行, 一般也就18s左右, 是直接拿的 FTP 上的预编译版用的, 它不带 native complie

主要是每个 eln 都是要加载的 dll,每个 eln 还要檢查一下是不是比对应 elc 新,随机读取太多了

native 党,每增加一层就会增加一层性能损失和解决 bug 的复杂性,甚至会出现不可解的问题。

所以一直没有采用现在比较流行的基于 Web 的方案,包括其它跨平台方案,感觉像是套了一层虚拟机,从心理上就没有 native 的小,快的爽感。

看到很多人說 Emacs 在 Windows 上很慢,但實際上 Emacs 的 Windows 版本比 macOS (官方而非 emacs plus) 還要更順了一些 (這裡只基於 emacs -q 的情況)。大多是因為大多包的開發者不兼容 Windows (包括專門優化)的情況佔大多數,大於 90% 以上 (依據是個人經驗和以往的 Emacs Survey 調查)。大多數的情況跟開發能力有關,跟 Emacs 本身並沒有關。很多人說的 Windows 難點確實是問題,但問題本身是可以繞過或用別的方式解決;但大多數的人是選擇忽略或堅持 Linux 的開發環境才是正確的選擇。

當然這只是大多情況,其中的細節可能就還有得討論了。:thinking:

6 个赞

emacs29以后windows上的emacs就挺可以用的,只有magit慢一点,org在超大文件中偶尔卡零点几秒。

emacs27以前的emacs在windows上因为字体原因吗(?)特别卡,确实不太好用

2 个赞

赞成。emacs的很多包根本不考虑windows,至少tramp是这样。我现在不得不考虑登录到linux使用emacs / :angry:

2 个赞