不过 neovide 小问题挺多的,正常也不怎么用吧
不知道在终端下能不能做出这种 cursor
不过 neovide 小问题挺多的,正常也不怎么用吧
不知道在终端下能不能做出这种 cursor
我上面有提到类似的插件
“Indentation Lines with Animations”, LazyVim是通过 indent-blankline.nvim 和 mini.indentscope 做到类似的效果的。
这个插件有实现 cursor 的动画吗?
不好意思,误解这个插件了,看到这个动画还以为是修改的cursor.
我也没用过neovide,用的是neovim TUI,感觉很美观,性能也很好。
Emacs 优点是可定制度极高,但是缺少一些现代化 UI ,而如果加上这些 UI 又对性能有极大的影响;目前我只希望未来 Emacs 性能能提高。
GitHub - jbyuki/one-small-step-for-vimkind: Debug adapter for Neovim plugins 是实现了 dap protocol 的 neovim 自己本身的 debugger,可以用来单步调试 neovim 的 lua 代码。
至于 dired,neovim的文件管理的插件挺多的,我没调研过,但是似乎确实没有 dired 这样有口皆碑功能齐全的。我只用 nvim_tree,和 treemac 差不多,就是一个像普通 IDE 那样放在侧边栏用来查看目录结构的功能,不用来操作文件。
我不用 ivy,我用的是 vertico+consult+orderless,telescope find_files 加上 project.nvim 使用起来和 project-find-file 几乎一模一样,可以模糊匹配,没有什么区别。不知道你说的 ivy 和 telescope 的区别是什么。
telescope就算用了fzf-native,设置了精确匹配,查询的结果不对。
下面是加载的plugin,nvim的加载速度是真的快。秒杀emacs。希望像emacs一样,c-x c-f
打开文件时是可以模糊匹配,如输入2个单词,空格分割,tab补齐。nvim里面 :e
打开文件时,tab键选中,而且没法模糊匹配。
nvim_tree用的少,看不见目录、文件的详细信息。
telescopde-file-browser 其实太不好用。
启动时间:我的 neovim 启动时间 0.12 秒,emacs 0.22 秒(WSL)。当然我的 emacs 的配置的启动时间是经过精心优化的,neovim 的启动时间没有怎么特别优化。根据我试玩过的一些流行的 neovim 的配置框架的启动时间来看,像我这种装了 90 多个插件的配置应该极限启动时间可以在 0.05 s左右。吐槽一句,macos 升级到 13 以后,性能感觉变拉垮了,能明显感觉到 emacs 比以前慢了一点,能明显感觉到 helpful-symbol 查 elisp 函数/变量文档的时候搜索文件 io 的时候要卡一下,甚至比 wsl 都慢,大无语。
我从来不使用 :e
,在 emacs 里我也从来不用 C-x C-f
,只有在新建文件的时候会用。我的工作流是先使用 project.nvim 自带的一个 telescope project, 这个使用起来和 emacs 的project-switch-project 使用起来差不多,来先切到 project 里,然后直接搜 project 里的文件。只有新建文件的时候才用 :e 和 C-x C-f.
你的意思是, telescope 搜索文件过于模糊了,导致出现太多的 false positive 的候选项?这点我其实并没有太在意,模糊匹配候选词 就多打几个字符就好了吧。
做不到和鸡肋是两码事,等到能做到的时候自然有人真香了
Emacs 多少算个正儿八经的 GUI 应用,在窗口上加个 overlay 就能做的东西没啥难度的,无非是工作量和维护成本的问题,正是因为鸡肋没什么需求所以没人愿意去做。不过说到维护成本, Neovim 自然有它前后端分离的架构优势,往渲染前端加入功能可以更加激进。
4coder , 刚刷油管看到的。
我不想再做这种无意义的争论了,这种事情可以留给时间去检验。如果你真的能说服 Emacs 维护者为了你认为有用的功能往 Emacs 核心里添加内容,那么它就是有用的。
可以试试自己fork一个版本, 感觉麻烦在于终端环境不容易做到, GUI下应该不难实现
vscode 设置打开:
"editor.cursorSmoothCaretAnimation": "on"
已经实现这个效果了,很炫很实用。
这个patch可以用,具体使用方式可以看neoemacs 的readme