应该是最近才有的，之前都没遇到过。我改自己的emacs配置的时候发现的。 elisp的文件应该就可以复现
感觉上引入 deno 就等于引入了很多可以编译到 wasm 的语言, 这方面的可玩性应该挺不错.
那应该是默认打开 TabNine 导致的, TabNine 还是挺吃CPU的.
lsp-bridge 没有 dabbrev ， 只有 search words 后端。
现在是锤子做好了， 还没有找啥钉子， 或者TypeScript可以增强 Emacs 的强需求， 还需要和大家多讨论一下。
Emacs的 TreeSitter 实现还是差很多， 主要太脆弱了， 动不动就挂了。 
请教一个小白问题， console.log 打印的内容可以在哪里看到，哈哈
deno-bridge-开头的隐藏buffer
1 个赞
其实关了tabnine 和 serchword 也还是会在第一次输入的时候卡住一下。刚特意去试了一下，第一次过后，就快很多了
可能我电脑太快了， 没有体会到你说的第一次卡。
不会吧，有我的m1 mini快？可能是和vscode那边对比吧
不是我的m1 mini 应该是公司的，虽然我也有一台 
我主要是没有感觉到你们说的第一下卡， 我只知道有人反馈 acm/frame 在 Emacs29 慢的问题。
我感觉 emacs-plus 比 emacs-mac-port 快一些
这样吗，但是emacs-mac 支持背景透明啊
感谢大佬，写了一个 emmet CSS 的 POC。
我对 CSS 补全的定制化要求比较高，之前 fork 了一份 emmet-mode ，限于 elisp 水平有限，很多想实现的功能做不到。现在换成 TS 写，可以天马行空，把任何想法变成现实。
流程刚刚跑通，后面慢慢添加功能。不过最后大概率是给自己用的。
哈哈，我没有这个需求
我这边 M1 pro 对比过 emacs-plus 更快，更流畅。
牛逼呀，这么快就搞了一个插件。
TypeScript给Emacs写插件感受如何？ 有没有觉得不方便的地方？
其实早有预谋，就是 elisp 不会写，看到大佬发 deno-bridge 立马跑去尝试了。
对我来说能用 TS 写没什么心里压力，例如，除了代码补全，还想实现文件或者文件夹的补全。现在前端要写的组件比较多，希望能复用一些文件以及文件夹模板。这个功能要用 elisp 写，我还要学习太多，想了很久都没实施。但是现在能用 TS 写，就太轻松了。
目前不觉得有不方便的地方。只有一处不知道怎么处理合适： deno 运行出错后，再执行 (deno-bridge-exit) 也会报错，不知道该怎么办，就只好重启下 Emacs。
你最后说的这个问题， 我已经提交补丁 Make sure deno-bridge-exit success even deno process crash. · manateelazycat/deno-bridge@9d6c52f · GitHub 更新了， Deno 挂了， deno-bridge-exit 都可以正常清理。
1 个赞