elisp-flymake-byte-compile-load-path
是27里的变量吗?26.1里好像找不到呀。
flymake
是直接在elisp-mode.el
里加东西,真是无语
elisp-flymake-byte-compile-load-path
是27里的变量吗?26.1里好像找不到呀。
flymake
是直接在elisp-mode.el
里加东西,真是无语
那应该是了,我用的是27。
built-in 包就是可以为所欲为
elisp-flymake-byte-compile-load-path
是最近才加的:
是 eglot 作者加的,虽然是大佬,但我感觉这家伙有点冒进,之前还要求把他开发没几天的 eglot 纳入到 elpa。
flymake和eglot是同一个作者,从代码上看是大佬级,但是风格比较激进,另外可用性上个人觉得不是很好。对比flycheck,flymake就不好用,重写的功能又差些。
这个人挺活跃的,维护了一堆包。electric-xx系列也是他。
他还给emacs内核贡献过c代码,是个实力强悍的大佬。eglot能那么快进elpa,应该是emacs核心维护人员看到有他在背书吧
这俩作者的个性可以说两极了,flycheck 是拒绝进入 ELPA: Getting flycheck into ELPA · Issue #801 · flycheck/flycheck · GitHub
不太确定的特性这么快进如 ELPA 未必是好事,我认为应该保守一点。不在 ELPA 也一样可以用。进了 ELPA,其他人写兼容代码就比较麻烦了。
是啊,在不成熟的前提下就进入其实没什么好处。就像 flymake,进去了还对其他包一通改,现在还是不如 flycheck 流行,哎。
兼容代码是什么意思?进了ELPA其他人贡献代码就没有在github那么方便了,这也是个问题。
flymake有点像windows,eglot只能用flymake,我不想同时搞两个checker就干脆全用flymake了。
From lsp-mode point of view both Flymake/Flycheck provide only one(unless I am missing something) properly working functionality: putting error overlays. Both does not have the notion of project and the result is:
What do you think about that?
不进没人用啊,flycheck那么流行,没人用反馈就少,不容易发现问题,作者解决问题很热情。他好像还在维护yasnippet
一直感觉响应速度很重要,只显示当前buffer错误列表已经够用了,如果错误非常多,希望可以限制一下数量,比如只显示前100个,当然,要至少包含一条错误
Will lsp-mode support completion-at-point like eglot?
[GitHub - emacs-lsp/lsp-mode: Emacs client/library for the Language Server Protocol]
- Code completion - using company-lsp or builtin
complete-at-point
我看company-capf里做了很多扩展功能, 比如trigger char等, lsp-mode支持吗?
lsp-mode features are driven by the community and we will try to provide as much value as possible. If there are a lot of people requesting full completion-at-point support we will address it.
其实,每次看joaotavora写的代码。总让我有种发现「Emacs还内置这种功能」(比如EIEIO,cl-lib用出花)的感觉。
表述不准确。
意思是,当我们写一个包的时候,通常都会尽量支持更多的版本。这时如果某些内置函数发生了变更,就会陷入小小的纠结:放弃兼容似乎不太值得,不用这个函数又多了些工作。倒不如使用 dash 这样的三方库,把兼容的问题交给它们处理。
相关讨论:
半年过去了,flymake有什么进步吗?
没感觉出来,还是滚回flycheck了。开源是好事,多了也麻烦呐