呵呵，那是你还没理解我和懒猫说的~~~
对，你们都是大神，我这小菜鸟理解力肯定是不够
大部分VSC用户不会去写JSON config，只会用菜单稍微微调一下。
用户不知道自己想要的是什么，只会要一匹更快的马。
vscode刚出来的时候，还真是改配置必须编辑那个json文件
那个json文件 改的想死，特别是用vscodevim这个插件的时候,还不能读 rc 文件，所有自定义的绑定都得一一设置。改久了 心也累了，感觉还是Emacs 更合适些
1 个赞
我在doom-emacs里试图用
(package! snails :recipe (:host github :repo "manateelazycat/snails"))
(use-package! snails :commands snails)
进行引用，但是发现什么结果都不显示，也没有错误信息，不知道为什么。最后用
(use-package! snails :load-path "XXXXXX")
的方式可以了。
莫非是不能编译成.elc文件吗？
我从来不用 use-package , 应该是你使用 use-package 的姿势有问题。
不知道，但是我同样的方式用你别的包都没问题，就snails不行，窗口也正常显示，就是没内容。
不晓得，帮不上你了
嗯 嗯 ，我就是发上来看看有没有人和我一样想用use-package的。感觉就好像是所有的backends都没起作用一样。
我刚刚手动git clone下来之后编译成elc文件，发现snails-core.el编译报错，其它.el文件倒是编译成功了，不过有一些警告信息，然后再启动也同样是只有窗口，没有任何搜索内容。把所有.elc文件删除后，再重新启动正常。看来就是编译.elc文件后会出现这样的情况。
这个补丁已经提供了前缀自定义的功能，你可以选择直接使用默认的前缀，像VSCode那样开箱即用，也可以自己定义前缀和默认搜索后端怎么玩。
我去，这效率也太高了，我这pull的速度跟不上你push的速度
1. C-x g (Magit)
2. o l (magit-submodule) → List all modules
3. M-i sn RET RET (imenu) → Go to snails
4. F u (magit-pull) → Put into Master from a pull: origin/master
总共 10 秒？
我们经常会做一个操作，按一个按键切换到当前buffer对应的dired，然后在当前目录下找一个文件打开。
今天加了一个新的后端： snails-backend-directory-files.el Ad new backend: snails-backend-directory-files. · manateelazycat/snails@1300f08 · GitHub
这个后端会在默认搜索中开启，不需要任何前缀。
当你要打开当前目录下的其他文件，不用切换到的dired，直接启动 snails 搜索即可，这个后端相对于 projectile 后端的优势是，不需要当前目录处于 git 项目中，相对于 fd/mdfind 后端的优势是 Emacs 内置的 directory-files 函数速度更快，不需要启动子进程去搜索。
1 个赞
Make snails-backend-fd backend support @ operation. · manateelazycat/snails@523a49a · GitHub 这个补丁使 snails-backend-fd 这个后端支持 @ 分隔符语法：
-
?snails会在项目或者当前目录中搜索 snails 这个文件 -
?snails@/home/andy/snails会在 /home/andy/snails 目录下搜索 snails 文件 -
?snails@会自动在 HOME 目录下搜索 snails 文件
可以在不改变当前目录的情况下，快速的通过 @ 分隔符语法去搜索别的目录的文件。
3 个赞
有点像qtcreator
像vscode
@manateelazycat Hello, 我受到 snails 的启发，造了一个类似 snails 的 vim 插件 GitHub - liuchengxu/vim-clap: Modern performant fuzzy picker for Vim and NeoVim 。但是有一个问题，即使使用异步搜索，但是当遇到耗 CPU 的任务时，输入窗口的响应还是会有延迟。比如使用 fd 在 home 目录下面搜索文件时，有超过上百万个文件，在搜索的几秒内，CPU 爆满，此时再输入就会有延迟。有什么能够在CPU密集时依然可以快速响应的建议吗？fd, rg 默认都是使用所有线程。
1 个赞