Recently we had this change, as stated in the Beta Version section:
v22.60.0101 - 2021-12-18 16:43
* File | Rename Special | Batch Rename...: From now on when you just enter a
pattern without any numeric increment template (like -<#01>), e.g. "new",
then *all* new names are affixed with the default increment affix. e.g.:
new-01.jpg
new-02.jpg
new-03.jpg
Before, you got this instead:
new.jpg
new-01.jpg
new-02.jpg
Before this change I used batch rename (especially with F2) regularly and easily to rename several files with different extensions to the same base file name, for examle:
file-a.txt -> NewName.txt
file-b.doc -> NewName.doc
file-c.mkv -> NewName.mkv
After this change this does not work any more, whatever I have tried, now instead I get:
file-a.txt -> NewName-01.txt
file-b.doc -> NewName-02.doc
file-c.mkv -> NewName-03.mkv
But I don't want these indices and they are not needed, as there is no name collision because of different extensions.
Is there any way to change this new behaviour back to the old way? For me, the change is really a nuisance.
Thank you.
New Batch Rename Behaviour
-
- Site Admin
- Posts: 60601
- Joined: 22 May 2004 16:48
- Location: Win8.1 @100%, Win10 @100%
- Contact:
Re: New Batch Rename Behaviour
I see. The next version should work better.
FAQ | XY News RSS | XY Twitter
Re: New Batch Rename Behaviour
That would be great, thank you!
Re: New Batch Rename Behaviour
The next version is already there...
v22.60.0201 - 2021-12-27 13:34
* File | Rename Special | Batch Rename...: The recent change from
v22.60.0101 - 2021-12-18 16:43 resulted in redundant increment suffixes,
e.g. when renaming items with different extensions. Improved.
One of my scripts helped you out? Please donate via Paypal
Re: New Batch Rename Behaviour
Thank you for fixing it so quickly.
But now the same problem popped up in a different situation:
Often I Select "Show All Elements In A Branch" (CTRL+F3).
Then I mark some of the files in the resulting list, where all those files are really in different folders.
Then I apply a predefined user command as follows:
rename b, '<folder>', , , 1;
Before the change I got the following name changes, all in the "Show All Elements In A Branch" list:
/folder1/filea.doc -> /folder1/folder1.doc
/folder2/fileb.doc -> /folder2/folder2.doc
/folder3/filec.doc -> /folder3/folder3.doc
Now, after the change, I get the following:
/folder1/filea.doc -> /folder1/folder1-01.doc
/folder2/fileb.doc -> /folder2/folder2-02.doc
/folder3/filec.doc -> /folder3/folder3-03.doc
Again those indices are not wanted and not needed, as all the files are in different folders and no name collisions occur.
But now the same problem popped up in a different situation:
Often I Select "Show All Elements In A Branch" (CTRL+F3).
Then I mark some of the files in the resulting list, where all those files are really in different folders.
Then I apply a predefined user command as follows:
rename b, '<folder>', , , 1;
Before the change I got the following name changes, all in the "Show All Elements In A Branch" list:
/folder1/filea.doc -> /folder1/folder1.doc
/folder2/fileb.doc -> /folder2/folder2.doc
/folder3/filec.doc -> /folder3/folder3.doc
Now, after the change, I get the following:
/folder1/filea.doc -> /folder1/folder1-01.doc
/folder2/fileb.doc -> /folder2/folder2-02.doc
/folder3/filec.doc -> /folder3/folder3-03.doc
Again those indices are not wanted and not needed, as all the files are in different folders and no name collisions occur.
Re: New Batch Rename Behaviour
As far as I can see now, everything is OK again. Thank you very much.