Batch Rename: "Duplicate" dialog
Moderators: XnTriq, helmut, xnview
Batch Rename: "Duplicate" dialog
I just had a closer look at the subdialog "Duplicate name" of Batch Rename (Tools > Batch Rename).
Some possible improvements:
- Option not needed
In 1.82 Alpha, there are radiobuttons
--- Add ---
(o) Always
( ) Only if needed
I think the setting "Always" does not make sense. If the user really wants a suffix, he/she could add it in the main dialog in field "Name template".
Rather than "Always" there should be a checkbox "[x] Add suffix if needed to avoid name clash". And if unchecked, all other controls (suffix edittext, radiobuttons) should become grey since these do not apply.
- Alphabetical enumerator
In the suffix template, there's a checkbox for choosing whether the enumerator is numeric or alphabetical. Alphabetical enumerators are good for the handling of name clashes, they also can be useful in the filename template, too. So rather than having radiobuttons which set what the "#" means, we need an alphabetical enumerator. E.g., "$" could be used for this.
- Using Tabs
Currently there are discussion regarding the usage of "Tabs" in the "Batch Convert" dialog, see topic "Save As" for Browser vs. Batch Convert for details. The "Batch Rename" dialog has become very full and I wonder whether it's time to introduce tabs here, too. There could be a main tab with all the settings needed per rename session, and on a seperate tab all the options like handling of name clashes and settings when opening the dialog.
- "Insert >>" button
Not sure whether we will keep the subdialog "Duplicate name". Anyway, there should be a button "Insert >>" which allows for inserting the enumerator. (The menu will contain the numerical and alphabetical enumerators, only, but it will be helpful for those who forgot which chars the enumerators are.)
XnView 1.82 alpha
Some possible improvements:
- Option not needed
In 1.82 Alpha, there are radiobuttons
--- Add ---
(o) Always
( ) Only if needed
I think the setting "Always" does not make sense. If the user really wants a suffix, he/she could add it in the main dialog in field "Name template".
Rather than "Always" there should be a checkbox "[x] Add suffix if needed to avoid name clash". And if unchecked, all other controls (suffix edittext, radiobuttons) should become grey since these do not apply.
- Alphabetical enumerator
In the suffix template, there's a checkbox for choosing whether the enumerator is numeric or alphabetical. Alphabetical enumerators are good for the handling of name clashes, they also can be useful in the filename template, too. So rather than having radiobuttons which set what the "#" means, we need an alphabetical enumerator. E.g., "$" could be used for this.
- Using Tabs
Currently there are discussion regarding the usage of "Tabs" in the "Batch Convert" dialog, see topic "Save As" for Browser vs. Batch Convert for details. The "Batch Rename" dialog has become very full and I wonder whether it's time to introduce tabs here, too. There could be a main tab with all the settings needed per rename session, and on a seperate tab all the options like handling of name clashes and settings when opening the dialog.
- "Insert >>" button
Not sure whether we will keep the subdialog "Duplicate name". Anyway, there should be a button "Insert >>" which allows for inserting the enumerator. (The menu will contain the numerical and alphabetical enumerators, only, but it will be helpful for those who forgot which chars the enumerators are.)
XnView 1.82 alpha
Note: Discussion on "Using Tabs..." has been split into a separate topic "Batch Rename with Tabs"
Good idea.helmut wrote: - Alphabetical enumerator
In the suffix template, there's a checkbox for choosing whether the enumerator is numeric or alphabetical. Alphabetical enumerators are good for the handling of name clashes, they also can be useful in the filename template, too. So rather than having radiobuttons which set what the "#" means, we need an alphabetical enumerator. E.g., "$" could be used for this.
Another (less functional?) alternative to current subdialog would be:
'[x]Aphabetical Enumerator for #'.
Thanks. I really think that this is the right way to go.marsh wrote:Good idea.helmut wrote:... So rather than having radiobuttons which set what the "#" means, we need an alphabetical enumerator. E.g., "$" could be used for this.
I think I don't quite understand: Currently, we have a setting "[x] Alphabetical enumerator for #" in "Duplicate..." subdialog. Moving this setting to the main dialog is impossible, since the user might have used an enumerator in the template for the filename. This setting must affect the enumerator for duplicates, only, not the one for the file template.marsh wrote:Another (less functional?) alternative to current subdialog would be:
'[x]Aphabetical Enumerator for #'.
And having two checkboxes for "Alphabetical enumerator for #", one on the main dialog and one on the "Duplicate..." subdialog would be really bad.
I'm not sure how 'duplictates' is better than simply relying on single dialog like old version. If you use first dialog properly, when are duplicates produced? Other than "Use alphabet for #", it looks like 2 ways of performing same function.helmut wrote:I think I don't quite understand: Currently, we have a setting "[x] Alphabetical enumerator for #" in "Duplicate..." subdialog. Moving this setting to the main dialog is impossible, since the user might have used an enumerator in the template for the filename. This setting must affect the enumerator for duplicates, only, not the one for the file template.marsh wrote:Another (less functional?) alternative to current subdialog would be:
'[x]Aphabetical Enumerator for #'.
And having two checkboxes for "Alphabetical enumerator for #", one on the main dialog and one on the "Duplicate..." subdialog would be really bad.
Characters
Alpha is using characters, not just alphabet. Shouldn't this be alphabet instead (without symbols)? Duplicates are produced here when hundreds of files are renamed. Some symbols look identical to one another as well (many null characters!). And, I'm not sure how well file managers will see these symbols. If just 'letters' were used, then renaming could be done AA, BB, CC, DD instead when needed.
The special thing about the enumerator used in "Duplicate" subdialog is that XnView will only add the enumerator if there are duplicates. So in fact this is a conditional/optional enumerator. That's a big difference to the enumerators in the main dialog.marsh wrote:...
I'm not sure how 'duplictates' is better than simply relying on single dialog like old version. If you use first dialog properly, when are duplicates produced? Other than "Use alphabet for #", it looks like 2 ways of performing same function.
E.g. you rename files and use the EXIF date and time in the filename template. There will be duplicate filenames if the photograph has taken a series of shots and there are several shots taken within a second. Then, duplicate handling and dialog is very useful.
I haven't tried the duplicate handling, yet, but what you describe sounds as if it is still buggy.marsh wrote:Characters
Alpha is using characters, not just alphabet. Shouldn't this be alphabet instead (without symbols)? Duplicates are produced here when hundreds of files are renamed. Some symbols look identical to one another as well (many null characters!). And, I'm not sure how well file managers will see these symbols. If just 'letters' were used, then renaming could be done AA, BB, CC, DD instead when needed.
Right. I forgot that completely- I was distracted by "Always" setting.helmut wrote: The special thing about the enumerator used in "Duplicate" subdialog is that XnView will only add the enumerator if there are duplicates. So in fact this is a conditional/optional enumerator. That's a big difference to the enumerators in the main dialog.
E.g. you rename files and use the EXIF date and time in the filename template. There will be duplicate filenames if the photograph has taken a series of shots and there are several shots taken within a second. Then, duplicate handling and dialog is very useful.
The "$" sounds like a good substitute for "Always" also. I assume the purpose of this is to add letters when not a duplicate.helmut wrote: I think the setting "Always" does not make sense. If the user really wants a suffix, he/she could add it in the main dialog in field "Name template".
O.k.marsh wrote:...
Right. I forgot that completely- I was distracted by "Always" setting.
Half right. The '$' would be an alphabetical enumerator and would work exactly like "#" which is a numerical enumerator.marsh wrote:The "$" sounds like a good substitute for "Always" also. I assume the purpose of this is to add letters when not a duplicate.helmut wrote: I think the setting "Always" does not make sense. If the user really wants a suffix, he/she could add it in the main dialog in field "Name template".
Both enumerators could be used in both contexts (filename template or Duplicate handling). Though when using for duplicate handling, these would be only added if needed to avoid duplicates. As written above, the "Always" is superfluous since this can be handled by the normal filename template.
Good point. When thinking of an alphabet, this is always a, b, c, .... But for other language this might be different. At the beginning the English alphabet should be sufficient.marsh wrote:Perhaps the character set for "$" should be language file dependant (cf. exif_eng.lng)? Not all alphabets are the same, so this might be nice for non-English users.
Personally I wouldn't like having German Umlauts as enumerators in my filenames sicne the umlauts haven't got a known place in the German alphabetical order. Not sure what alphabets in other languages are like.
I don't agree. I see a difference between:helmut wrote:As written above, the "Always" is superfluous since this can be handled by the normal filename template.
- 12h20A, 12h20B, 12h21C, 12h22D... you would get with the normal filename template
- 12h20A, 12h20B, 12h21A, 12h22A... you would only be able to get with the duplicate template AND 'always'
(notice the 'restart' of index at each change in filename, which also means that only a few characters are needed for 'duplicate')
And as you suggested, I would like the possibility to mix alphabetical characters with numerical characters (cf: # and $ symbols).
Here is my previous suggestion (However, I prefer the new separate dialog and the 'Always'/'Only if needed' radio buttons, for simplicity).
Olivier
I agree with you, Olivier.Olivier_G wrote:I don't agree. I see a difference between:
- 12h20A, 12h20B, 12h21C, 12h22D... you would get with the normal filename template
- 12h20A, 12h20B, 12h21A, 12h22A... you would only be able to get with the duplicate template AND 'always'
(notice the 'restart' of index at each change in filename, which also means that only a few characters are needed for 'duplicate')
If I need filename like this:
20070120_001, 20070120_002, 20070122_001, 20070122_002,
this kind of suffix can only be done by "Duplicate" feature, but can't be done by "Name Template".
But from 1.90, the "Duplicate" feature becomes unclear, please see this thread.
In 1.82, the "Always" option works as what I expect, it always adds a suffix.