感谢提供反馈信息，已定位到问题原因([PickSingleFolderAsync自身的BUG]( Folder picker not working · Issue #2973 · microsoft/microsoft-ui-xaml))，晚点会发布修复版本.
更新速度给力！新版可以打开文件夹了。但有还有两个问题：
1、移动文件的时候把子文件夹也一起移动了，如何排除子文件夹？
2、重启软件之后之前保存的源文件夹和目标文件夹还原了
保存还原的问题我确定一下
1.可以通过设置=》常规设置中的子文件夹选项关闭，这个设置描述有问题。
2.我看一下你描述的问题
如果方便的话，把日志也一并提供一份，感觉是保存报错了
logs:
又遇到问题了
- 我用
ins*来匹配ins开头的文件，发现通配符匹配并不成功 - 另外我也勾选「视为正则表达式」用
ins.*正则来匹配，发现无法保持「视为正则表达式」为勾选状态，所以正则匹配也无法使用。
1 个赞
好家伙，问题咋都让你遇上了
，我待会看看
发自我的 iPhone
因为我真的超需要这款工具，已经在实际用了
还有一些小bug和使用需求，我发现，修改单个任务的组时，会把所有任务的组都一起改掉。
加油，一点点完善它吧！
还有一个建议
能不能在一个任务组内增加个「执行本组任务」的按钮，再搞个组内任务排序的功能？
使用场景：
我最近在整理一个图片文件夹，里面有些图片是「Ins」开头的，有些是「Ran」开头的，还有一些名字乱七八糟的。为了把它们分类整理好，我得创建 3 个任务，分别移动到对应的文件夹。不过这里有个小麻烦，得先处理「Ran」和「Ins」开头的图片，最后再处理通配符「*」匹配的文件，不然顺序一乱，前面的图片就被提前移走了。
这个功能对我来说真的挺重要的，而且这个使用场景应该有很多人需要，希望能考虑一下，感谢！
这个说的就是Doucument_TagExplorer吧。
2024.12.7_Document_TagExplorer-文件标签管理工具更新至v6.27.0 - 发现频道 
- 小众软件官方论坛
1.分组这个当时没考虑到修改其中一个任务到其他分组的情况，可以增加一下分组修改的问题。
2.执行本组任务可以增加一下，关于排序是需要对什么的排序，标题 还是哪个字段。
发自我的 iPhone
对了。在任务名称旁边有个优先处理的按钮，不知道是否能满足你目前的需求，选中之后的任务会优先执行。
排序主要是为了让用户能自己安排任务的执行顺序。可以考虑几种方式：
- 直观操作：给每个任务加个「往上挪」「往下挪」的按钮，或者干脆做个拖拽排序的功能，用户一看就懂，操作起来也顺手。
- 按 ID 排序：让用户能自己改任务的序号，通过调整序号来控制执行顺序。
- 按任务名称排序：用户可以通过修改任务名称来调整顺序，虽然有点绕，但也是一种方法
如果遇到两个或以上任务都需要优先处理的情况，这就不够用了，还是没法精确控制哪个先执行
增加了拖拽排序，分组执行应该在这一两天会更新
发自我的 iPhone
周末加班的强力输出，辛苦啦！
我立马体验了一下，发现两个小问题，再跟你反馈一下：
正则表达式匹配不成功：我用普通匹配模式（非正则）可以成功匹配到以「Ins」开头的文件，但切换到正则模式后，匹配就失灵了。
选择拖拽排序方案很赞，但有点不听话。我试了好几次，想把底部 ID 为 2 的任务拖到最上面，结果每次只能移动一格，而且当它移动到第三行时，再拖动就会自动回到底部。
期待值拉满！
不听话是因为我把排序顺序写反了（本来是正序，改成倒序，没改计算方式），正则我试了一下 是正常的，你再试试，我也再看看。我改的文件名，跟正则都是跟你一样的。
我又试了下正则，仍然是保持「视为正则表达式」勾选状态，结果匹配ins.*没成功，但ins*却成功了。这感觉有点奇怪，好像虽然勾选了正则模式，但实际上并没有生效
我知道啥问题了，你修改就不行了，直接添加的正则，那是可以的。修改逻辑有问题，抱歉 ，辜负你的信任了 
很高兴你这么快找到了问题所在！软件就是这样一步步改进的，Bug 在所难免。最重要的是这款软件的功能杠杠的，能解决问题。需要的人会把它当宝贝，我会一直支持你！
刚发现新版 v1.0.8.1216-alpha.1，试了一下，前面几个问题都搞定啦，不过还有两个关于匹配的疑问：
正则表达式模式好像不能用恍然大悟，正则不需要并列条件;来分割多个条件并列，比如我在录屏里试了ran.*.jpg;ran.*.webp，结果没匹配成功（单独用ran.*.jpg是可以的）。这是正则的限制吧？作为用户，我还是挺希望可以并列条件的。
- 通配符匹配模式下，
ran*.jpg怎么试都不行，但ran*就能匹配成功。*后面不能跟其他内容。