我暂时没有看到Windows上的Emacs不受支持的消息,麻烦请来个相关消息的来源
我目前是archlinux的kde下的wayland,如果是在kde下的话,chrome系列完全没问题了,gnome 就不行了(高傲的gnome在支持text-input-v3后就不接受text-input-v1的pr了)
emacs的话我还是直接xwayland,archlinux也有wayland版本支持,但是它的启动自动设置窗口大小似乎不太准确
放心,firefox死不了的,谷歌绝对会保证它活得好好的 不然谷歌要吃反垄断
我自己其实已经切换到wayland快有一年了,之前还会x和wayland混用,自从kde6出了后就一直是wayland了
emacs 29,elisp 动态作用域在出入口 store/restore 变量,而动态作用域变量本身是每个 symbol 的 var slot。上下文切换时,当前上下文中所有的动态作用域变量都得 store,而切换到的那个上下文的所有变量都得 restore。这个过程成本挺高的。这个问题解决了吗?
现在 31 如果文件不加 lexical-binding:t 编译器会报警告,显然是打算 obsolete 掉默认用动态作用域这个特性,全面转向 Common Lisp 只有声明过的变量才用动态作用域。都推行快五个大版本了,还没有用上 lexical binding 的包要么没人在维护要么作者没想通,29的时候自带的包已经全部转换用 lexical binding 了
反正早就支持闭包了,真正开始有并行的时候先限制只能用来运行 closure,而且大概率还是选配特性,一样有足够大的实用价值
显然,你说的这个问题不直接解决也没影响
借机问下,非常想体验metanote,但是好像不支持android 14?
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了, 谷歌应该不用担心这个了吧?
老实说这个事其实并不算难解决,只要还能通过源码编译得到Emacs,大家都还是继续该用的用,而且必须要说,Emacs在Windows端的使用体验,真的不如Vim和Neovim,我说的是实话绝无偏袒。
我用 nvim 也感觉在 windows 上比 linux 慢了一截.
慢这个真得赖 windows,我的配置 lazy.nvim 测得的启动时间两个平台是几乎一样的(windows 比 linux 慢了几毫秒),实际体验就是windows下的 neovim 迟钝
Windows 上各种 Unix 的软件大多会慢,也包括 TeX/LaTeX。
甚至我曾经听说过用 Wine 在 Linux 上跑 Windows 程序能比直接用 Windows 跑快。
这个似乎跟 Windows defender 有关
wine跑windows的游戏的确一部分会比windows快,据说是因为某些没啥用的方法执行直接返回空 ,这套说法没有考证过
NTFS 打开文件慢也有关。关了 defender 的 native compile 版的 Emacs 在 NVMe 上冷启动也要两分钟
甚至我咋天还试了用 Intel Optane Memory,读写能滿 200MB/s 却对 Emacs 启动时间没有任何提升