在制作文件批量重命名动作时,使用获取选择的文件列表命令会出现得到的列表与资源管理器列表不符的情况
具体复现如下:
动作命令:
当文件列表中包含多种格式的文件时,若打乱排序,比如按照创建时间排序,资源管理器情况如下:
若以文件名称排序:
同一个类型的文件操作也会出现类似的情况:
综上:
不同的排序方式Quicker获得到的列表与原资源管理器的不同,这样对文件批量重命名和进一步对文件操作增加了困难,比如按照此显示顺序序号递增命名等。
为什么会出现这种情况?
好吧,看来是无解了
以我对资源管理器的粗浅了解,api返回的文件列表顺序是以鼠标点击的那个文件为起始,向下依次列出,到结尾后从头开始继续列
正解,所以经常会出现最后一个文件排在了第一位,第一个文件排第二,第二个文件排第三
好吧,看来是无解了
以我对资源管理器的粗浅了解,api返回的文件列表顺序是以鼠标点击的那个文件为起始,向下依次列出,到结尾后从头开始继续列
正解,所以经常会出现最后一个文件排在了第一位,第一个文件排第二,第二个文件排第三