Suggestion: adaptive number padding.
Like: $num(%track%,a)
Effect: uses the minimum number of leading 0's for items per subfolder.
Background: As is well known, some software sorts by character (for example: 1.mp3, 10.mp3, 11.mp3, 12.mp3 [...] 19.mp3, 2.mp3, 20.mp3, 21.mp3, etc.) rather than by numerical value (1.mp3, 2.mp3, 3.mp3 [...] 9.mp3, 10.mp3, 11.mp3, 12.mp3, etc.). To fix, this numbers are padded with 0's to force numerically correct sorting, even when sorting by character. (01.mp3, 02.mp3, 03.mp3 [...] 09.mp3, 10.mp3, 11.mp3 [...] 19.mp3, 20.mp3, 21.mp3, etc.)
Current scenario: When one has many files that are grouped in their own subfolders, like albums or books, this may mean that many files have to be processed in order for them to be sorted correctly. In order to speed this up, mp3tag allows us to add as many folders as we like to the work batch and process them all at once with the Convert commands using the $num(%track%,n) flag, allowing us to pad numbers with as many leading zeroes as desired.
If you're fussy, this creates a problem: If there are fewer than 10 files in a folder, the files don't need leading zeroes at all to sort correctly (1.mp3, 2.mp3 [...] 8.mp3, 9.mp3, etc.), if there are more than 9 but fewer than 100 they need only 1 leading zero (01, 02, 03 [...] 09, 10, 11, etc.), more than 99 but fewer than 1000 only need 2 leading zeroes (001, 002, 003 [...] 098, 099, 100, 101, etc.), etc.
If you're like me, you then identify how many files there are in each subfolder so you know how many zeroes to assign, and you process them in batches as outlined above. This requires a lot of digging through folders.
In short: it would be nice if I could just dump entire main folders with many subfolders into mp3tag, run the Convert command $num(%track%,a) and have mp3tag use the minimum number of leading zeroes needed for each subfolder.
