New backup name collision functionality for inline renames
New backup name collision functionality for inline renames
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
Agreed. Define "normal renames".
FAQ | XY News RSS | XY X
Re: New backup name collision functionality for normal renames
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
So the "inline rename" in Tree and List. Yes, I think I can do that.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.
EDIT:
So you want choices. Which choices should I present? Which one should be the default (triggered on ENTER/OK)?
FAQ | XY News RSS | XY X
Re: New backup name collision functionality for normal renames
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.
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
Or maybe the default should be the last decision?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"
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.
FAQ | XY News RSS | XY X
Re: New backup name collision functionality for normal renames
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

-----------------------------------
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
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
Windows 7/10
Always using the latest stable two-decimal build
Re: New backup name collision functionality for normal renames
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
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
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 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?
FAQ | XY News RSS | XY X
Re: New backup name collision functionality for inline renames
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
Thanks, a screenshot would be nice.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.
FAQ | XY News RSS | XY X
Re: New backup name collision functionality for inline renames
Here is some screenshots from Total Commander
- Attachments
-
- Image3.png (12.72 KiB) Viewed 2557 times
-
- Image2.png (11.33 KiB) Viewed 2557 times
-
- Image.png (17.08 KiB) Viewed 2559 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
But we are talking about inline rename, aren't we?
FAQ | XY News RSS | XY X
XYplorer Beta Club