This one is hard to report and I won't be surprised if you're not able to duplicate. But I'll do my best. I am using MP3TAG version 2.50. I am a very enthousiam user and I've made my 50$ donation for sure. But here is a little slight problem that I can go over easily but now I am taking the time to report it.
Let's suppose I want to rename the filename of an entry from the modified date of the file itself. I will use ALT-1, so "TAG - FILENAME".
If I type directly "%_file_mod_datetime%", the application uses "06042012 23136 PM" for example with a sample file.
Let's suppose I am interrested to use only the YEAR in my name, I would use "MID$" and assume I need to type "$mid(%_file_mod_datetime%,5,4)" to get my 2012...06042012
BUT NOT! When I do that, it will report simply "420"!!!
It looks like I need to type one position more than expected with one character lenght longer than expected!
If I want my "2012" reported, I need to type "$mid(%_file_mod_datetime%,6,5)" with the 5!!!
Oh! I see we can attached a file? I will attached a screenshot of what I am talking about then.
See the preview of the resulting name under in the requester.
I typed the "_" to help to see and make sure there is no annoying space inserted.
The capture I attached there shows the thing:
1st) you see the result of simply "%_file_mod_datetime%"
2nd) you see what I got with "$mid(%_file_mod_datetime%,5,4)"
3rd) you see what I got with "$mid(%_file_mod_datetime%,6,5)"
It could be nice if "%_file_mod_datetime%" would report the same thing in ALL places. When proving tag for album name for example (and it's an example), the date is reported differently...