历史评论归档

你好，感谢反馈。我日常也是使用Clover资源管理器的，出现在Clover中无法使用的情况可能是与我在分享时将适用范围限定在了“资源管理器/桌面”有关，动作更新后会更改为“通用/全局可用”。

这个动作本质上是在资源管理器所在页面运行bat脚本进行目录树的搜集打印，会打印出所处页面及下级文件&文件夹的信息(不包含输出的txt文件)。虽然txt文件第一行为盘符，不过实际上只是起着指示文件夹所处位置的作用。我在D盘根目录尝试运行动作后大小为35.2MB，因为盘符在最前面，所以可能会有一些误解。

为了避免输出的txt文件太大的情况，可以先在一些包含内容较少的文件夹进行初步调试，那样运行时间会短一些；也可以通过删除脚本中第一行的 “/f” 部分，只输出文件夹部分。

修改过程中发现Windows系统自带的tree命令无法调用参数进行一些个性化修改，所以在注释中暂时删除后一部分的大部分内容，下一步将会尝试用其他命令间接实现期望的效果。

我刚才更新了。

我新建了一个文件夹A，里面只有一个文件夹和两个记事本文件。没有任何内容的都是空的。

但是我无论把文件夹A放到桌面，还是下载专用文件夹里，或者F盘，都会在桌面上生成一个1.09M的文件，一模一样的。

这是咋回事儿呢？

因为没有图示，所以根据已有的信息暂时还无法确定具体的出错原因。

   可以先根据txt文件中的内容查看一下在不同位置运行动作时输出部分的路径在哪里，说不定会找到病因。设定中txt文件是输出在运行动作处，如果输出位置在桌面的话第一行应该显示为“C”，可以以第一行为切入点看看有没有可能是动作执行时光标没有移动到所在文件夹等原因导致的。

   如果尝试无果，在不涉及隐私信息的前提下可以上传到评论区以便纠错。

刚才试了一下，还是不行，选择任何文件 或者 根本不选择文件直接运行动作，结果都一样。

应该是动作没有读取到文件夹本身。

学到了，应该是与下面两张图有关，有可能不同设备对【工作目录】的默认情况有区别，之前的一些错误状况也说得通了。看看这次的更新效果如何吧。

   更改前：

   更改后：

刚升级了，会显示无法获取到文件。

不好意思，我没说明白：我提供给你参考的那动作的代码，是必须把这一行停止才行的，不然也显示无法获取到文件。

对于路径获取的问题我改进了一下，因为默认是不需要选中文件的，所以需要手动换一下法一试试可不可行。三十几个DOS窗口这个现象我这边暂时没有出现过，有可能是是之前路径获取问题间接导致的。再看看这次的效果吧。

兄弟，我折腾老半天也不行，然后我自己瞎鼓捣一晚上鼓捣出来一个，你看一下。效果还可以。你看到时候告诉我一下，我就把分享的这个删除了。在动作库里以你的版本为准。我这个没有发布到动作库就是给你检查下。

具体的步骤是先用鼠标点一下文件夹，然后再执行动作，这样就会在文件夹下面生成一个目录树文件。

https://getquicker.net/sharedaction?code=de3dfabe-78d0-4853-7bae-08d7f0fd933e

编辑动作定义我不大懂，只是懂一点DOS，然后根据你动作里的执行脚本调整的。

       看了之后我突然发现之前一直忽略了【编码】的问题，试了一遍后发现我的设备上目前只有ANSI编码(gb2312是其中一种)的脚本是能够生成目录树然后完全去掉需要去除目标的，不同的设备估计会有不同。如果调试后还是不行，将脚本中的后半部分删除，待目录树生成后手动删除前两行和txt所属行虽然有些麻烦，不过也是一种方法。

       根据分享的动作我在后面加了一个检测txt文件是否存在的步骤，便于反馈。

原动作：

参考动作：

       对了，麻烦看一下在脚本第一行加上“$$cd {资源管理器当前目录路径}”对结果有没有影响，因为调试时看到路径已经移动，所以后面就又把路径移动操作去掉了。不过不太确定之前的路径获取问题还会不会有。

我是用你代码里的方法一来实现，方法二会显示获取不到路径。我的是Clover资源管理器。

$$cd {资源管理器当前目录路径}这句加不加的话有区别，我用你的一个小的文件夹去测试，不加和加的话它会生成808k的文件和一个1.56兆的文件。可能是我的资源管理器的事情。和选择的文件夹对不上。

好的，既然发现了原因，解决起来的就好说了。新的更新我已经把cd命令加上了，这下通过调整【编码】和【法一/法二】应该可以解决大部分问题。

辛苦。你的方法和思路是对的。在文件夹里点一下，确实方便。