Chris Wheaton wrote:I do understand now how you might actually end up with duplicate copies of the same item in the same repository.
While I cannot commit to any such advancement being added into X1; I will take your feature request into consideration and pass it to engineering for consideration.
Let me ask you a question however. Lets take a hypothetical situation where there are 4 copies with 4 unique dates, what is the logic you believe X1 should use to determine which of the 4 is the duplicate it should remove?
It would not be appropriate for X1 to simply message a user with "I've found 4 copies of item A; which do you want to delete?" I would expect that would annoy our clients causing upsets; so this feature would have to run automatically and as a result; in order to code it; we'd have to have some idea from a usability perspective what it was you envisioned and again; what criteria would X1 use to make the decision what item in a list of duplicates to keep.
Any thoughts?
Right now my(..) situation is that I have copied many but selected mails to a different pst which I've put on a server to be viewed/used by others.
This was a temporary action at the time. Now I want to move (..) over most of the rest to that 'new' pst.
Whilst doing so, X1 shd then ask whether it should overwrite existing items.
Mind.. This ionly when X1 encounters dups in the
same destination folder.
I would click on Yes then.
In case a user wud select 'No' in this scenario, he/she will end up with dups in the same destination folder and -frankly- I am not sure
duplicates in the same destination folder are really useful.
That aside, there may be instances where dups are alright, but not in the same folder.
e.g.
I have a message that concerns to two different topics:
I copy the message to subfolder abc (which is about this topic a)
I move the message to subfolder xyz (which is about topic b)
These may be considered as 'rightful' dups, so to say.
Considering the above (X1 warning/same folder), I guess it will actually be difficult to get dups.
Getting back to your question: what about multiple dups?
a) as long as they are different folders, I guess they are there 'on purpose' and should not be touched
b) if they are in the same folder, I would suggest to have an option that dups are automatically deleted.
or, alternatively, dups are moved to a subfolder e.g. \X1DeletedDups (instead of being deleted), so
the user can still decide what to do with them. Often duplicate file finders have an option like that.
As said, it is a suggestion only.
Am not sure it this all is technically possible. Maybe by means of a plug-in?
Anyway, thanks for at least giving giving some thought to this idea ...
=