XYplorer Beta Club

Currently Filetime command can get only one date at a time, while Timestamp can copy any combination/all 3 dates at once, but needs source to get them from. I'd appreciate if Filetime could same select a combination/get all dates with separator.(as usual default "|" but configurable in new last parameter)
Yet that would require Timestamp to comprehend with such separated date combination provided.

Why? When you simply need to change dates of items, Filestamp surely works. But when you need to "transfer dates" say to other system, where there are no "original date items", one has to use Filetime to gather dates for stamping, and it takes 3 Filetime operations per each item instead of 1 Timestamp. In big numbers it's overwhelming: gathering dates of 20K items > 60K reads instead of 20K. Number grows enormously when you need to do transfer every now and then.

Maybe later. (You need to work on your paranoia )

It's not about paranoia, but about optimisation, big data operations and its loss. Since hdd/sdd still have comparably limited number of cycles, it's super Not fun to have 2-3 back-up drives Solely cause you never know when one of those suddenly dies due to "useless extensive operations".

Only the first file time retrieval will access the disk, the following will work from cache.

So you mean when command to get time parameters is used, file's info gets into system cache/all dates are read altogether?
If yes, it's even more natural to desire to get all 3 dates right away with one request.(from cache, since they are already there)
But since system does thousands of operations any moment, i really doubt 3 commands Filetime(c), Filetime(m), Filetime(a) truly Do work one after another = system does lots of stuff in between, clearing and re-reading its cache lots of times.(and that's how extensive operations clutter)

Reminding about enhance.

Later.