New backup name collision functionality for inline renames

Features wanted...
MCS
Posts: 29
Joined: 25 May 2010 22:20

New backup name collision functionality for inline renames

Post by MCS »

I wish that XYplorer had more advanced name collision functionality for normal renames. Even windows explorer gives me a choice menu on a name collision (Overwrite, skip or keep both files with number suffix). I do a lot of renaming and the choice to automatically add a suffix on name collisions to one of the files is a real timesaver. Would be pretty easy to implement, too?
Last edited by MCS on 02 Dec 2010 13:29, edited 1 time in total.

admin
Site Admin
Posts: 65267
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Re: New backup name collision functionality for normal renames

Post by admin »

Agreed. Define "normal renames".

MCS
Posts: 29
Joined: 25 May 2010 22:20

Re: New backup name collision functionality for normal renames

Post by MCS »

I guess by normal renames I mean manual renames. The kind of renames that gives the window "An item with the same name already exists" with no option to click for some sort of automatic response like overwrite, add suffix, keep newer etc.

admin
Site Admin
Posts: 65267
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Re: New backup name collision functionality for normal renames

Post by admin »

MCS wrote:I guess by normal renames I mean manual renames. The kind of renames that gives the window "An item with the same name already exists" with no option to click for some sort of automatic response like overwrite, add suffix, keep newer etc.
So the "inline rename" in Tree and List. Yes, I think I can do that.

EDIT:
So you want choices. Which choices should I present? Which one should be the default (triggered on ENTER/OK)?

MCS
Posts: 29
Joined: 25 May 2010 22:20

Re: New backup name collision functionality for normal renames

Post by MCS »

Most obvious choices for me would be
1) Overwrite
2) Keep newer (date)
3) Keep larger (filesize)
4) Keep both (by adding number suffix - "textfile.doc" becomes "textfile (1).doc" --- "textfile (1).doc" becomes "textfile (2).doc" etc.)

Advanced options:
5) Keep both + Add date suffix to both files ("textfile.doc" becomes "textfile (02.12.2010).doc" and "textfile (30.11.2010).doc")
6) Keep both + Add number suffix to both files ("textfile.doc" becomes "textfile (1).doc" and "textfile (2).doc"

For me the logical and safe default/enter behaviour would be 4) because it keeps both files, no chance of losing an important file by mistake. Of course the best method would be to let the user change what the default behaviour is.

admin
Site Admin
Posts: 65267
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Re: New backup name collision functionality for normal renames

Post by admin »

MCS wrote:Most obvious choices for me would be
1) Overwrite
2) Keep newer (date)
3) Keep larger (filesize)
4) Keep both (by adding number suffix - "textfile.doc" becomes "textfile (1).doc" --- "textfile (1).doc" becomes "textfile (2).doc" etc.)

Of course for 2) and 3) it would be necessary to actually show the dates and filesizes of both files side-by-side on the prompt window so you can make an informed decision.

For me the logical and safe default/enter behaviour would be 4) because it keeps both files, no chance of losing an important file by mistake.

EDIT:

Advanced choices could be something like:
5) Keep both + Add date suffix to both files ("textfile.doc" becomes "textfile (02.12.2010).doc" and "textfile (30.11.2010).doc")
6) Keep both + Add number suffix to both files ("textfile.doc" becomes "textfile (1).doc" and "textfile (2).doc"
Or maybe the default should be the last decision?

A choice I would like is to rename the existing file (modified date suffix) and then name the current file as entered in the rename box.

Other opinions anybody? I'd ideally rather limit it to 3 choices, and my absolute maximum would be 5.

Stefan
Posts: 1360
Joined: 18 Nov 2008 21:47
Location: Europe

Re: New backup name collision functionality for normal renames

Post by Stefan »

EDIT: sorry, i was thinking about an Copy-Pane-to-Pane dialog here, missing the topic


-----------------------------------

Not 100% sure, but what about something like this:


( ) Overwrite file
( ) Skip file
( ) Rename target file
(o) Rename source file
Rename action: [ add number | add text "Copy of" | call script ]V - drop-down menu
[X] For all other files too



For all other actions there are other tools like "Sync select" or an dedicated script.



Whereas on an second thought, an additional drop-down menu with actions
like [Overwrite older | Overwrite smaller] would be nifty too.


( ) Overwrite file
( ) Skip file
( ) Rename target file
(o) Rename source file
Rename action: [ add number | add text "Copy of" | call script ]V
( ) More: [Overwrite older | Overwrite newer | Overwrite smaller | Overwrite bigger]V
[X] For all other files too



-------

the default -for this copy-session- should be the last decision
but restored to an default action for an new copy-session


-

EDIT: 666
:D

zer0
Posts: 2676
Joined: 19 Jan 2009 20:11

Re: New backup name collision functionality for normal renames

Post by zer0 »

If Windows (Win7, that is) already handles menu options when there is a name collision during copy/move jobs, are we only talking about additional functionality for renames when both files are in the same location? If so, then simple suffixing will do, maybe based on an existing defined template in Configuration > Templates.
Reporting a bug? Have a wish? Got a question? Use search - View roadmap - FAQs: Forum + XY site
Windows 7/10
Always using the latest stable two-decimal build

acheton
Posts: 292
Joined: 27 Jul 2010 23:58
Location: XY 64bit, Win 11 at 100%

Re: New backup name collision functionality for normal renames

Post by acheton »

The options look fine to me although always being in favor of flexibility I would prefer to have the option to define a format for the rename which would then allow a prefix, suffix or other format. Otherwise those of us who prefix rather than suffix wouldn't be served.

MCS
Posts: 29
Joined: 25 May 2010 22:20

Re: New backup name collision functionality for normal renames

Post by MCS »

For me the most important option is to keep both files with a simple number suffix (as opposed to dates). I agree that the challenge here is to keep it both simple but leave the option for advanced users to get exactly what they want. In that regard I like the idea of being able to call a script, although I haven't worked with scripts yet so I don't exactly know how powerful they are.

admin
Site Admin
Posts: 65267
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Re: New backup name collision functionality for inline renames

Post by admin »

MCS wrote:I wish that XYplorer had more advanced name collision functionality for normal renames. Even windows explorer gives me a choice menu on a name collision (Overwrite, skip or keep both files with number suffix). I do a lot of renaming and the choice to automatically add a suffix on name collisions to one of the files is a real timesaver. Would be pretty easy to implement, too?
I just tested it under win7 and Explorer just offers me one alternative name for the renamed file, not a choice menu. What explorer/windows are you talking about?

MCS
Posts: 29
Joined: 25 May 2010 22:20

Re: New backup name collision functionality for inline renames

Post by MCS »

Indeed it does, there was a windows update/hotfix that for some reason changed the behaviour. There used to be a big choice window with overwrite/keep newer/keep larger/add suffix. I'll try to get a screenshot somehow from somewhere. I guess calling it a menu is wrong, it was just a big window with options in plain text.

admin
Site Admin
Posts: 65267
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Re: New backup name collision functionality for inline renames

Post by admin »

MCS wrote:Indeed it does, there was a windows update/hotfix that for some reason changed the behaviour. There used to be a big choice window with overwrite/keep newer/keep larger/add suffix. I'll try to get a screenshot somehow from somewhere. I guess calling it a menu is wrong, it was just a big window with options in plain text.
Thanks, a screenshot would be nice.

jjk
Posts: 202
Joined: 10 Oct 2007 20:11
Location: Paris

Re: New backup name collision functionality for inline renames

Post by jjk »

Here is some screenshots from Total Commander
Attachments
Image3.png
Image3.png (12.72 KiB) Viewed 2556 times
Image2.png
Image2.png (11.33 KiB) Viewed 2556 times
Image.png
Image.png (17.08 KiB) Viewed 2558 times

admin
Site Admin
Posts: 65267
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Re: New backup name collision functionality for inline renames

Post by admin »

But we are talking about inline rename, aren't we?

Post Reply