What I do is go into the Documents/Snapshots/Snapshot Manager and run a search for <3m, which pulls up everything older than three months, and delete them all in bulk. I do wish there was an adjustable limiter on automatically created snapshots though. It would be nice to not have to give much thought to the matter.
As for the post classification, there is really no reason to flag this as being specific to the Windows version, as it is good general advice. When posting platform specific notes, we do want them to classified. But for general discussions, tips and usage questions, “Scrivener” doesn’t need to be about what type of machine you own.
Oh, right, forgot about that. This was an oversight that was fixed a while back in internal builds. Since there is no need to distinguish between modification date (mdate) and creation date (cdate) when it comes to snapshots, you should just be able to use the date syntax alone.
I was testing with a general search project, and <3m and >3m got the same results: nothing. I’m surprised that you’d provide a different syntax in the snapshot manager. (Both give me nothing there as well, since I have no snapshots – thank god!)
That is a special case, and no modification metadata is stored for them nor incremented when that happens. On the disk they are identified by their creation date as a file name, and that is how they are indexed in the sidecar XML file as well.