StatusQuo wrote:The counter in MRT acts strange when using it with letters:
- mark some files and open Multi-Rename Tool
- enter "[Ca]" as the Rename mask: file name
You will see the following order:
a b c ... x y z ba bb bc ...
After "z" I would expect "
aa ab ac".
ghisler(Author) wrote:Actually this isn't a bug, it's by design. 'a' is treated like 0: Leading '0's and 'a's are left out. If you want leading 'a's, you need to define the number of 'digits' you want to see.
There is a bug in the current implementation of the counter.
Suppose you start the counter at 'aa' with "digits" set to 1. The counter should start at 'a' (one leading 'a' removed). Instead it starts at 'aa'. Compare with leading '0's.
I don't think you should treat 'a' like a 0 (zero). Letters are not numbers. Note that 1 = 01 = 001, whereas "B" does not equal "AB", "AAB" and "AAB".
With the current implementation of the counter, the value 'a' is considered to be equal to the value 'aa' and the value 'aaa'. Why is this any different from 'b', 'bb' and 'bbb'?
I think a counter should be like this:
A counter should produce a sequence of consecutive unique values.
Example:
Code: Select all
A
B
C
.
.
X
Y
Z
AA
AB
AC
.
.
ZX
ZY
ZZ
AAA
AAB
AAC
I think this is what most users expect.
Now, for numbers:
Code: Select all
0
1
2
3
4
5
6
7
8
9
(00)
(01)
(02)
(03)
(04)
(05)
(06)
(07)
(08)
(09)
10
11
12
13
For a numerical counter the values between brackets are not unique and have to be left out.
About the leading '0's and 'a's.
Adding leading characters to a counter should not change any of the consecutive values.
Adding leading zero's for a numerical counter does not change any of the consecutive values. Adding leading 'a's does change the values. Starting the counter at 3 is the same as starting the counter at 03, whereas starting the counter at 'a' is NOT the same as starting the counter at 'aa'. The value 'a' is the first value in the sequence and the value 'aa' is the 27th value of the sequence. If you would use blanks (spaces) as leading characters, it would not change the values of the sequence.
I am not totally against adding leading 'a's when "digits" greater than 1 is entered. However this will change the starting point in the sequence, so do not expect the sequence to be the same as the sequence without the leading 'a's. That would be false reasoning.