I was wondering about an aspect of the new 'rename' dialog..
it used to be the case, in the case of files with embedded cuesheets (monkey's audio encodes, in my case, though i don't think it's relevant) that for instance the %artist% - %title% format would rename a file using only the first entry (at least from the %title% field, i'm not sure about the others, where now it enters *all* entries from the tag field into the name, which quickly results in a name that's longer than windows supports, namely the archaic 255 path char limit..
While i normally use the %artist% - %album% format for albums with embedded cuesheets, in the case of movements of classical pieces i tend to use embedded cuesheets when a cd has the movements split into parts like this:
Symphony N°9 in D Minor, Op 125:4/1 'Choral' - Presto
Symphony N°9 in D Minor, Op 125:4/2 'Choral' - 'O Freude, nicht diese Töne'
[...]
Symphony N°9 in D Minor, Op 125:4/7 'Choral' - Allegro ma non tanto
where the different tracks do denote different parts of the movement (with different tempo indications), but are still officially a part of that movement.
In this case i generally prefer taking the filename from the %composer% + first entry of the %title% field.extension, but the only way to do that now is manually, and in the case of a batch renaming session i did last week, not paying attention to which files you select quickly yields a fairly large number of files that become unaccessible normally because the filename is too long for the filesystem to 'handle' (admittedly a rather retarded non-feature of winXP)
Could this default behavior be changed, or is the new renaming behavior intentional?