Use a counter [C] somewhere in the file name mask.
Use the option "Start at" located in the Define Counter [C] section to start at "Z" (use uppercase!!).
(Any letter from H through Z will do, but the letter Z shows the problem with the least number of files.)
The sequence will be: Z, A, B, C, D, E, F, a, b, c, d, ... ,q, r, s, BZ, BA, BB, BC, BD, BE, BF, ba, bb, etc.
The sequence is wrong and causes duplicated names! Note that file name "A" is the same as "a" (using Windows).
Unexpected behavior:
Starting at "a" will give sequence "a,b,..,x,y,z,ba,bb,bc,etc."
starting at "b" will give sequence "b,c..,y,z,a,bb,bc,bd,etc."
starting at "z" will give sequence "z,a..,w,x,y,bz,ba,bb,etc."
So after 26 steps in the sequence at "higher digit" is added. Why not after the letter z? This does not seem logical. The "Start at" defines the starting point in the sequence. It should not define the sequence itself.
Negative step count not supported for a letter sequence. Why not?
Suppose you have entered a letter in the "Start at" field. When using the increase/decrease buttons located beside the field, the next/previous letter should be presented. It does not.
Indeed the rename tool currently only supports a character sequence starting with 'a' or 'A'. It's currently not supported to start with higher characters, this will lead to unexpected results. I will try to add it before the final release.
In the past I did a request for a hexadecimal option in the counter, so with an added A to F.
To extend the logical directory order with one digit from 10 to 16.
Nothing happened, so I'm quite surprised to find this being implemented. Also because nothing in the MRT window
suggests the addition of the alfabet at the "Start at" function. Because the list-range with the up/down controls
still only show numbers, pos. or neg. So I just had to type in a character there to see what happens.
I tested this with 3 files.
1). Maybe within the result field of the MRT it will show Z, A, B. But lookin at the files in the real dir, they have
their correct order again, so A, B, Z.
2). The sequence is wrong, because the concept is wrong. This is concentrated on the string of the alfabet, so one
could demand an 'AA' after a single 'Z". This is an approach asking for trouble.
3). Because any file-renaming has implications, influenced by the normal order of characters in the ascii-set.
