历史评论归档

使用问题 · 457 次浏览
197906+abcd张三 创建于 2020-03-04 14:26
~历史讨论归档。~

回复内容
mike_zhong 2020-03-07 14:59
#1
动作执行最后会出现提示:写入E:\APP.....等等临时文件不存在,请教!
FanXiang 回复 mike_zhong 2020-03-07 15:02 :

动作记录了修改过的文件名以备撤销时使用,可以在在动作里设置自定义路径。


wankuzibin 2020-03-09 11:33
#2

你好,分割符号能否添加·.#_这四个?


做文件分类的时候特别有帮助,谢谢!

FanXiang 回复 wankuzibin 2020-03-09 11:47 :
下划线已经有了。另外三个已经添加,动作还在等待审核中等你看到动作有更新的时候手动更新一下就行了
wankuzibin 回复 FanXiang 2020-03-09 11:48 :

谢谢!现在序号命名只能是001开头吗?不能01开头吗?

FanXiang 回复 wankuzibin 2020-03-09 11:51 :

不是啊,数字前面自动补零,缺几位补几位。如果你重命名的文件只有9个或以下,就不补零了

wankuzibin 回复 FanXiang 2020-03-09 11:54 :

我刚才点“序号+文件名”命名出的文件是001,002,003..... 我的意思是,怎么才能是01,02,03这种?

FanXiang 回复 wankuzibin 2020-03-09 11:56 :
你描述的情况有点不正常,你能截图看看吗
wankuzibin 回复 FanXiang 2020-03-09 12:35 :

我点击动作“序号+文件名”出来的是001,002,003....这种命名方式,我刚才问的是能否添加01,02,03...这种命名规则?(或者是可以自定义是否数字前面加0或者加几个0?如图:左边是我之前手动添加的,右边是通过该动作添加的)

FanXiang 回复 wankuzibin 2020-03-09 12:56 :

10以内就是1、2、3……9;100以内就是01、02、03……99,一千以内是001,002……999,一万以内是0001;0002……9999。第一个数字的位数和最后一个数字的位数是相同的,缺几位补几位

FanXiang 2020-03-09 12:53
#3

我知道你的意思,但你这种情况是不正常的。我这里不会出现添加两个零,除非文件数目超过100才会出现这种情况。

wankuzibin 2020-03-09 13:40
#4

是的,这就出现一个问题,我有100个文件,一般都是全选然后批量重命名,那第一个到第十个就是001-010,而不是想要的01....10了,能明白我的意思吗?

FanXiang 回复 wankuzibin 2020-03-09 13:44 :

明白了,你的情况是正常的,只是你的理解有误。前面补几个零要看最后一个数字是几位数。你比一下两个数字,01和100,这显然没有对其位数。001和100才是正常的

wankuzibin 2020-03-09 13:45
#5

也不是理解有误,我明白你脚本的命名方式。只是个人习惯,习惯01,02,03....100这样命名。

FanXiang 回复 wankuzibin 2020-03-09 13:52 :

你这个个人习惯是基于一个错误的理解养成的成习惯,你不知道在1前面加一个零是有作用的,并不是看上去很顺眼那么简单,因为以前很多资源管理器对数字开头的文件名排序是把数字当成文本排序,两位数如果你不补零排序就会出错,三位数如果只补一个零排序也是不正确的。如果数字前不加零还可以理解,你不管几位数都只加一个零是出于什么想法,这个无法理解

emoqing 回复 wankuzibin 2020-05-04 03:54 :

其实在现有动作下要把001-009改为01-10,可以选择动作——查找替换——查找00替换为0,就变成01-09,剩下010就手动删一下吧,这样比自己一个个删零快多了,还满足了个人喜好:)

wankuzibin 2020-03-09 13:55
#6

并没遇到过你说的这种问题,个人一直这样命名,资源管理器按照名称排列没有任何问题;同理与云盘命名顺序。

FanXiang 回复 wankuzibin 2020-03-09 14:02 :

以前。起初。源于。

数字命名前面补零的习惯是源于……

正常情况1就是1,为什么是01呢?前面加个零不是多余吗?其实并不是,而是因为,以前“……”

FanXiang 回复 wankuzibin 2020-03-09 14:06 :

当然补零对其还有其它的作用,比如这个序列有几千个或几万个单位,当你看到001就知道这个序列不会超过一万个,当你看到0001就知道这个序列在一万个以上十万个以内。

seabirdr 2020-05-21 14:53
#7

可否加个「新文件名+序号」,序号在后面的选项?

seabirdr 回复 seabirdr 2020-05-21 14:56 :

我知道在选项里有,但是那多一步,我觉得序号在后面更常见。

同目录下,如果文件序号在前面,那么多个 1 开头的文件会排在一起,而它们并不是一批文件。

FanXiang 回复 seabirdr 2020-05-21 15:02 :

编辑动作,把变量“序号位置”改为里的序号在前改为序号在后就可以了



seabirdr 2020-05-21 15:14
#8

🤟搞定!

365smile 2020-07-23 02:07
#9

可以增加这个功能吗?名称加首字母。

具体如下:

就是给同一个文件夹下的文件夹以及文件的名称最前面加上一个字母,便于搜索。字母为第一个汉字的声母,如果本身前面是字母的则不变。

比如:

名称为“上海”那就改为“s上海”。

名称为“sh山东”那就不改还是“sh山东”。

名称为t“kmcl”那就不改还是t“kmcl”。

就是说前面带汉字的就改,不带汉字的就让开。这样搜索的时候按首字母就可以迅速找到。比Everything快多了。

上述名称不含引号部分。

FanXiang 回复 365smile 2020-07-23 10:04 :

4.前缀首字母

365smile 回复 FanXiang 2020-07-23 13:23 :


牛,原来你早就有这个功能了我都没注意。

建议增加一个选项:比如说汉字的前两位加字母,或者前三位,就是说有一个设置位数的前置选项。

db东北大连

hns海南三亚

sdqd山东青岛

类似这样

365smile 2020-07-23 13:26
#10


刚发现:

秀雅

指南针

这两个文件夹加不了字母

365smile 2020-07-23 13:32
#11

https://getquicker.net/sharedaction?code=19fe14e5-ff6d-46fb-efcb-08d72c3bd710

这个你参考一下 这个目前没遇到加不上的情况 会不会我的系统有问题我是win7 64位旗舰版

FanXiang 回复 365smile 2020-07-24 12:22 :

是网络问题,不是系统问题。我这个是使用在线处理汉字拼音的,这样这个步骤只有几kb大小; EVER用的方法是本地替换的方法所以比较稳定但是体积有点大仅这一个步骤就需要50K以上。考虑了一下还是改成跟 EVER一样本地替换比较靠谱

365smile 2020-07-23 18:01
#12


对了,如果某些时刻的想把前面这一个或多个字母删掉呢?也可以实现吗?

FanXiang 回复 365smile 2020-07-24 12:15 :
已更新。要删掉字母就使用「5.删除字符」这个功能就可以做到啊
seabirdr 2020-11-27 21:48
#13

建议加上以【当天日期】重命名的功能

天天胡 2020-12-27 20:27
#14

能否按文件名前加A,B,C,D,..................这样的顺序来弄一下?

万万 2021-01-23 18:11
#15

大神您好,请问我操作的时候为什么出现这个啊

FanXiang 回复 万万 2021-01-23 20:36 :

是没有选中文件吧?要先用鼠标选中要重命名的文件

羊蹄甲 回复 FanXiang 2021-04-04 10:11 :

建议查找替换增加一个正则吧,简单的替换有点不够用

FanXiang 回复 羊蹄甲 2021-04-11 11:41 :

查找替换可以直接输入正则格式进行替换啊

旭小伙 2021-06-10 16:14
#16
查找替换是操作不了   "()" 吗   我想删除这个括号不行
FanXiang 回复 旭小伙 2021-06-10 19:44 :

更新一下动作试试

ggg 2021-07-01 14:55
#17

选择“随机字符串”-“附加序号”,里面的3个选项都不起作用。

Muwae 2021-07-08 14:15
#18

动作一次修改的文件数量有上限吧?

我使用随机字符修改文件的时候,文件太多的时候会提示超出index上限。

还请作者看一下能不能提高限制?感觉目前最多也就改100个文件。谢谢。


FanXiang 回复 Muwae 2021-07-08 16:02 :
好的已经修复
回复主贴