建议不要盲目使用 dired+

project不存project,打开项目的时候还是有点麻烦的。

一直用着最素的 dired,刚刚安装了一个 dired-filters 和 diredfl。

diredfl + solarized-light :sweat: 权限部分的 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-+ % m

  • to unmark: C-u 1 M-+ % m

Do 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。