Page 1 of 3
New backup name collision functionality for inline renames
Posted: 02 Dec 2010 11:01
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?
Re: New backup name collision functionality for normal renames
Posted: 02 Dec 2010 11:17
by admin
Agreed. Define "normal renames".
Re: New backup name collision functionality for normal renames
Posted: 02 Dec 2010 11:37
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.
Re: New backup name collision functionality for normal renames
Posted: 02 Dec 2010 11:43
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)?
Re: New backup name collision functionality for normal renames
Posted: 02 Dec 2010 12:03
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.
Re: New backup name collision functionality for normal renames
Posted: 02 Dec 2010 12:15
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.
Re: New backup name collision functionality for normal renames
Posted: 02 Dec 2010 13:14
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
Re: New backup name collision functionality for normal renames
Posted: 02 Dec 2010 13:22
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.
Re: New backup name collision functionality for normal renames
Posted: 02 Dec 2010 13:22
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.
Re: New backup name collision functionality for normal renames
Posted: 02 Dec 2010 13:26
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.
Re: New backup name collision functionality for inline renames
Posted: 02 Dec 2010 14:54
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?
Re: New backup name collision functionality for inline renames
Posted: 03 Dec 2010 00:31
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.
Re: New backup name collision functionality for inline renames
Posted: 03 Dec 2010 08:43
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.
Re: New backup name collision functionality for inline renames
Posted: 03 Dec 2010 09:08
by jjk
Here is some screenshots from Total Commander
Re: New backup name collision functionality for inline renames
Posted: 03 Dec 2010 10:12
by admin
But we are talking about inline rename, aren't we?