动作记录了修改过的文件名以备撤销时使用,可以在在动作里设置自定义路径。
谢谢!现在序号命名只能是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。第一个数字的位数和最后一个数字的位数是相同的,缺几位补几位
明白了,你的情况是正常的,只是你的理解有误。前面补几个零要看最后一个数字是几位数。你比一下两个数字,01和100,这显然没有对其位数。001和100才是正常的
你这个个人习惯是基于一个错误的理解养成的成习惯,你不知道在1前面加一个零是有作用的,并不是看上去很顺眼那么简单,因为以前很多资源管理器对数字开头的文件名排序是把数字当成文本排序,两位数如果你不补零排序就会出错,三位数如果只补一个零排序也是不正确的。如果数字前不加零还可以理解,你不管几位数都只加一个零是出于什么想法,这个无法理解
其实在现有动作下要把001-009改为01-10,可以选择动作——查找替换——查找00替换为0,就变成01-09,剩下010就手动删一下吧,这样比自己一个个删零快多了,还满足了个人喜好:)
以前。起初。源于。
数字命名前面补零的习惯是源于……
正常情况1就是1,为什么是01呢?前面加个零不是多余吗?其实并不是,而是因为,以前“……”
当然补零对其还有其它的作用,比如这个序列有几千个或几万个单位,当你看到001就知道这个序列不会超过一万个,当你看到0001就知道这个序列在一万个以上十万个以内。