I suggest Everything can offer a solution for filename collision during renaming files.
Instead of a pop-up window saying there is an error, Everything can give me an option to add a suffix or automatically adds one for me.
Prompt on filename collision during renaming
Re: Prompt on filename collision during renaming
Everything should do this already for single file renames:
Here I have tried to rename DUPE - Copy.txt to DUPE.txt (which already exists)
I've added to my TODO list: Add an option to resolve rename conflicts by adding (x) suffix or allowing the user to add a custom suffix.
Thanks for the suggestion.
Here I have tried to rename DUPE - Copy.txt to DUPE.txt (which already exists)
I've added to my TODO list: Add an option to resolve rename conflicts by adding (x) suffix or allowing the user to add a custom suffix.
Thanks for the suggestion.
Re: Prompt on filename collision during renaming
This is what I see when renaming file1.txt to (the already existing) file2.txt:
Re: Prompt on filename collision during renaming
And on XP, F2 rename...
.
.
Re: Prompt on filename collision during renaming
Added to my TODO list.
I don't have a simple solution for this. I would like the OS to manage this, but looks like I'll have to implement my own dialog.
https://stackoverflow.com/questions/272 ... -fo-rename
I found the new IFileOperation API to be rather broken.
IFileOperation::CopyFile will abort on the first src not found. -windows 7 x64 sp1
Windows 10 it will attempt to rename the file twice. -try renaming C:\program files\asd3 => C:\program files\asd4 -we get an admin request, the rename happens, and then we fail because we try a second time and C:\program files\asd3 no longer exists. adding a sink does not help.
I too can confirm that the new API does not solve the 80070057 issue on Windows 10 x64 1809.
I don't have a simple solution for this. I would like the OS to manage this, but looks like I'll have to implement my own dialog.
https://stackoverflow.com/questions/272 ... -fo-rename
I found the new IFileOperation API to be rather broken.
IFileOperation::CopyFile will abort on the first src not found. -windows 7 x64 sp1
Windows 10 it will attempt to rename the file twice. -try renaming C:\program files\asd3 => C:\program files\asd4 -we get an admin request, the rename happens, and then we fail because we try a second time and C:\program files\asd3 no longer exists. adding a sink does not help.
I too can confirm that the new API does not solve the 80070057 issue on Windows 10 x64 1809.