添加关闭功能，多个窗口切换刷新

嗯，如果不是实时更新的，手动刷新也是可行的，但目前手动刷新仅适用于启动时获取的目录，可以添加一个获取当前新的目录，这样是省了关掉动作再启动的步骤

事件触发就是单纯地在获取资源管理器焦点时启动目录盒子动作，每次切换到资源管理器都会启动一次，这样会不断累积启动的动作数，确实需要一个能够关掉再启动的机制

其实在动作内允许多个实例，然后启动时候检测，如果有面板了就关闭原有面板然后继续执行，这样就会继续获取新的目录路径。这样手动更新的时候只需要点一下就行了。

似乎只需要设置允许多个实例，然后给自定义操作窗设置一个 窗口标识就可以了。

就是有时候打开了多个窗口，其中某个窗口已经不用了，就想直接在面板上关闭了，再切换到其他窗口

----

【其实在动作内允许多个实例，然后启动时候检测，如果有面板了就关闭原有面板然后继续执行，这样就会继续获取新的目录路径。这样手动更新的时候只需要点一下就行了。】

确实，添加一个停止当前动作的其他实例就能自动更新新的窗口目录了

这事让文件管理器做吧，从使用习惯来讲，右上角的×更习惯，放到动作里会有些干扰 。   动作我已经更新了，现在点一下就会按照当前路径自动刷新面板，你不需要做中转动作了。

我没做中转动作，是直接在动作开头加一个模块，配合触发事件可以丝滑切换，但是我不熟悉事件触发，怎么填写才能 排除桌面，还有个问题，经常在不是资源管理器的窗口触发动作，然后提示非资源管理器的报错。

非资源管理器的报错 我最新版本应该已经修复了，现在还会提示吗？另用最新版本的话不需要加模块。按理说窗口类名不同不应该触发，实在不行，试试事件触发窗口标题添加   regex:文件资源管理器。 这个要具体到具体哪些程序窗口会触发了

报错应该是这个事件触发判断出错导致的，正常在资源管理器中运行是正常的

事件触发填写不准确的原因吧，在桌面也会触发。regex:文件资源管理器  是无效的，因为窗口标题一般是文件夹名称

----

差不多能稳定复现报错的问题了。

当把资管最小化，如果直接到达桌面，基本上必然触发报错，如果到达浏览器，有概率触发，到达wps，大概率触发

不把资管最小化，而是切换到其他程序窗口，也有不小的几率触发

看来，事件触发不太适用于这个动作

我这regex:文件资源管理器有效的(win11)，我这里直接拾取标题就是  xxxxxxxx - 文件资源管理器 ，我设置后最小化就不会报错，wps 我没有就不试了。另外设置一点 延迟，这样到桌面就没事了。

我的这台公司电脑也是win11，窗口标题没有 -后缀，不知道是不是系统版本原因还是需要设置（我今晚回去再试一试吧）

延迟我是设置了2秒，没用

我的是这样的，用右边的拾取工具也是这样子。没有别的触发方式的话估计，只能加中间动作，过滤一些错误的触发。而且连续快速触发似乎也会有问题(动作来不及获取当前路径)，需要调节流阀。

另外 资源管理器窗口似乎也有好几层，标签工具栏一层(这层有后缀)，文件窗口一层。估计要在中间动作里面检查控件之类的来验明正身。

我先不整了 ，没有太好的检测窗口的方式。

https://getquicker.net/Sharedaction?code=f672f08e-d86b-4179-5d37-08de28b8009b    我做了一个中转动作，用于检查前台窗口是否为文件管理器的窗口，用来过滤掉不必要的事件触发。简单测试了下大概是正确可用的。

但是每个人的电脑环境不同，你需要自行调整修改。祝你好运

可以用的，我先测试几天，流畅不卡顿就用事件触发，或者看事件触发是不是比较妨碍原先的操作习惯，看是不是老老实实手动启动会更好

目前搭配自动关联当前程序挺好用（切换时面板不会一直置顶遮挡其他窗口），但是每次切换回资管老是跳出提示（不是这个动作的原因），不知道这个模块的提示消息能不能关闭。

测试了下，用事件触发，也会有报错的情况，只有用中转动作触发时，好像几乎没有错报过。我把中转动作的步骤放在本动作的开头，却还是会错报，不能直接合并吗？

那就不好办了我这边几乎不复现。主要原因还是因为事件触发 在不应该触发的窗口触发了动作。合并的话必须增加一个处理，前台窗口不是文件管理器窗口的情况。

好，我试一下，如果还是有问题，就别折腾了，可能用着用着就不想用事件触发了，因为事件触发要配合把面板自动关联到资管，在不关闭面板的情况下才不会遮挡其他窗口，但是每次都会弹出提示消息，考虑是否不用事件触发了
----
测试了一下，之前会错报的场景没再出现，后面再看看

但我不建议这种方式，不如使用中转，否则更新动作会变成麻烦事。虽然我最近不太修Bug，但有问题尽量还是要更新。。动作层面我不应该处理这个，事件触发的未知性太多了，悲~。