历史评论归档

更新一下动作试试

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

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

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

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

4.前缀首字母

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

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

db东北大连

hns海南三亚

sdqd山东青岛

类似这样

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

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

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

以前。起初。源于。

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

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

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

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

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

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

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

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

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

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

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

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