感觉这些花里胡哨的东西不是太使用，平时经常使用dired修改文件名，批量修改等等操作。都已经默认把文件的细节细节关闭了。这些东西绝大部分情况下并不会关注。感觉这些图片在实际中对于编辑工作并不方便。
1 个赞
可能用的不是自己从头开始写的配置，spacemacs 和陈斌大神的配置里都有这个包。
emacs很多包都有性能的坑, 所以我都是尽量少用.
同意。我是过了很久才知道编辑远程文件慢是 projectile 造成的。
2 个赞
显然你并没有看过diredfl，它不是显示图片的，是高亮显示信息。当然不喜欢可以不用，我只是针对楼上有人说默认 dired 太单调回复的。重点是对性能没什么影响。
1 个赞
不使用projectile有什么好的替代方案吗？
性能有问题的地方自己改一改继续用，改不动才考虑替代方案。
1 个赞
可以自己优化或者给 projectile 提 issue。
27+有内置的 project，平常使用没有多大问题，不过生态还不行，很多第三方都只认 projectile。ffip 也存在相同问题。就平时使用效果看，好像性能差不多。不知道远程连接内置 project 是否要好些。
project不存project，打开项目的时候还是有点麻烦的。
一直用着最素的 dired，刚刚安装了一个 dired-filters 和 diredfl。
diredfl + solarized-light 
权限部分的 foreground 和 background 是不是设反了？
EDIT: 看了一下源文件，根本没有针对 light 配色的代码
1 个赞
Philip K Dicks Electric Dreams Season 1.
Just a mark. I will learn this more later on.
— I further check my log with dired+
diredp-mark-files-regexp-recursive
to mark all subfolder: ~
M-+ % m~ then type “reg-exp”I found a more robust way to do recursive mark:
passing a positive prefix:
C-u 1 M-+ % mto unmark:
C-u 1 M-+ % mDo shell command recursively:
- ‘
M-+ &’<2019-05-24 Fri>
I have to say that this function is not robust. I still use find command to loop all the subfolders.
melpa搜了一下，也就26个package含有projectile名字 ( MELPA ), 很多我用不上或用其他基于counsel/ivy的替代插件。
远程连接的话ffip有优化。大多数插件是在用户输入头3个字符后启动服务器的命令行程序如find进行搜索，搜索结果通过网络连接返回。这样的缺点是初始可能搜索结果会很多，导致网络传送的数据量很大。
ffip的命令find-file-in-project-by-selected解决办法是分两步走，允许用户输入glob pattern传给服务器的命令行作为搜索关键字，比如“proj1/*/sub1/*file1"搜索proj1下目录sub1中文件名包含file1的文件，这样需要网络传送的数据就可以少很多。一旦数据到了客户端，就只在本地用lisp过滤，不需要额外的网络传送。
ffip的一些老的命令如find-file-in-project没有这种两步过滤的功能，所以性能就一般。但是我也没办法改，因为这个项目不在我的名下（但现在我是主力程序员），所以要尊重其原作者的使用习惯。
很不错。记得projectile也有类似的优化，我日常使用中没有遇到性能问题。关于生态，直接依赖的能搜到，还有不少optional通过配置支持的。projectile确实是最广泛的。
配色是故意这样的吧，可以自己改
你这里的dired buffer里面文件大小，还有时间格式是怎么设置的，感觉对用户比较友好，默认的不是太好。你是使用的现成的包，还是自己配置的。
dired+最后更新是19年12月，作者Drew应该还在维护，卡顿的问题很早就有了。
现在已经放弃使用这个插件，emacs 默认的dired功能就很好用了，基本满足需求了。主要现在的文件量级都很大很多，性能永远是第一位的。
用了一下，确实是简单了。
如何完全删除dired+? 我的Emacs 是28。