|
Post by Stefan on Oct 23, 2022 6:53:50 GMT -5
Given that CLIP sessions relatively temporary by nature, i guess any backup taken for one is also likely to be relatively transient.
Would a CUT 'named clipboard' command not achieve what you need given the clipboards can be/are saved in the CLIP folder?
|
|
|
Post by Stefan on Oct 25, 2022 11:00:10 GMT -5
A self-cleaning \CLIP folder - Not a bad idea!
I have occasionally had to look in my \CLIP folder and found stuff I have no recollection of how/when it got there. No biggy I suppose as the Clips tend to be small and text files and disc space is pretty cheap and plentiful these days.
Hey wait, don't we already have that with the _name notation?
Maybe we just need to change the threshold frfom 2 days to something a bit longer, like 30 days or 60 days? Or we could just terminate all CLIP files whio have exceeded their retention welcome. The \CLIP folder isn't supposed to be a longterm storage area. And if a CLIP is precious enough to be kept, maybe it should be properly saved.
|
|
|
Post by George on Oct 26, 2022 13:37:34 GMT -5
OK, I've added the ability to BACKUP the CLIP, SET and EFT sessions. They are put in the $BACKUP folder in the HomeData folder (normally \User\You\Documents\SPFLite) The filenames are simply CLIP, SETEdit and EFTEdit with the standard date/time added.
They should expire based on the normal BACKUP retention criteria.
RESTORE is not supported. But since Restore requires browsing the $BACKUP folder and entering an RS line command, just use an E or V or B line command. Restoring them into a properly setup CLIP, SET or EFT session was just a stretch too far.
Will be in the next Beta.
|
|