NotNull wrote: ↑Fri Nov 24, 2023 7:51 pm
If you are using Everything 1.4, you can start Windows Explorer and execute the Undo from there.
Academic point only: From a philosophical point of view anything that any computer program has "done", that program can "undo".
This is strictly
not true for a variety of reasons:-
(1) The user has performed some external (to the application) operation after the effect was "done" and before the "undo" was requested. For example dismounting an encrypted data partition or drive.
(2) The application requests the "do" of a third-party application, and that application offers no means, programmable or otherwise, to "undo" that operation. For example, calling MSWord/VBA to load, create, populate a new document and then save that document and exit mSWord.
Specifically in Everything's case it might seem unreasonable to ask Everything to "do" something which affects the content of the file-store, allow the user to make an dissociated change to the file-store, and then expect Everything to cope with that maverick operation by the user.
That said, since mine is an academic point, there is no logical reason that prevents Everything from maintaining a snapshot of the file-store (IBM 1401: "Please mount another scratch tape" ....) and remaining academic, what with SSD and the price of storage heading towards bio-cell storage, we can but wait with eager anticipation
.
Practical point: To prove this point, some fifteen years ago I wrote an Undo function into my Word/VBA GUI forms. The application preserved a log of all GUI form settings and could return to each GUI form content in sequence.
To the best of my knowledge there is no globally available function yet.
Finally: I quite agree with NotNull here; I post this point only to keep minds open; especially my mind!
Cheers, Chris