Emacs-ng: Emacs with Deno runtime and TypeScript

A new approach to Emacs - Including TypeScript, Threading, Async I/O, and WebRender.

GitHub: GitHub - emacs-ng/emacs-ng: A new approach to Emacs - Including TypeScript, Threading, Async I/O, and WebRender.

HackerNews: Emacs-ng: Emacs with Deno runtime and TypeScript | Hacker News

Reddit: https://www.reddit.com/r/emacs/comments/m67wh6/emacsng_emacs_with_deno_runtime_and_typescript/

1 个赞

翻了一下HN的评论,果然每次emacs话题都能引发激烈讨论。

我比较同意的观点是,不知道这个项目的point在哪里。我是觉得EAF这种建立在emacs上的框架更切合实际一些。当然,我也乐见其成,如果发展成熟估计会有不少不同领域的hacker给emacs写更多酷炫的插件。但是可能出现的问题是带来emacs用户的分流,但可能也不是大问题,毕竟能分流走的估计本来也不是GNU Emacs的目标用户群体。

更新了 Reddit 链接

我也是持观望状态。可能 JS 人多,感觉上开发者希望有更多的人能够更加平缓地接触和使用 Emacs 吧。(我本身也是 JS 的一员哈哈)

生态和习惯的力量太强大了,一部分人很难阻挡大部分人的力量。

我以前也有过重写emacs的尝试,最后算了一下精力和时间,还是放弃了,顺势而为最舒服,毕竟人除了代码还有生活。

2 个赞

有没有办法在上面做出非常流畅的补全框架

有期待. 我更青睐 Typescript

其实可以利用EAF现有框架,专门做一个LSP客户端,界面用qt或者浏览器画,性能肯定没问题。

多线程用python来转发一下。

人这一辈子总要做出点什么吧!

不知道js能否像 elisp这样方便的查看函数的定义,位置和变量的值。不然我不如去用vscode?

1 个赞

可能最容易的就是做条咸鱼 :rofl:

编译试用了一下确实对于异步编程太方便了 不用像现在的async包那样启用一个emacs子进程了。

有绝对有希望 而且是纯异步的补全框架 想想都激动