Hi Michael - sorry, I misread your note before, if you saw my irrelevant initial response… I was thinking of AutoSave, not IncrementalSave. Dale Fugier tells me the idle processor does not run if there is no interaction with Rhino since the last idle process timer ran out.
I think there is no harm done, with this as it is now, is that correct?
hm? After IncrementalSave I work on, then I stop working for minutes, but then it never saves incremental again.
I have here a customer with a sometimes unstable server, so he found nothing in the autosave directory. Damn. He lost Rhino work of three days. I recommended him now the idle option, but it doesn’t seem to save as I would expect it.
Have you another idea? More a lazy solution, where he need not click every now and then on a save button?
Hi Michael - I would think Save or IncrementalSave in IdleProcessor would do it… but maybe I am still misunderstanding - are you saying that if the user makes some changes and then leaves Rhino alone for the idle processor period and the save occurs, then he interacts with Rhino again, and then leaves it alone again for the idle processor period, it does not save again? If that is the case that is incorrect or unexpected behavior, I would say.
But, if the idle processor time runs out and the save occurs, and the time runs out again, with the user not interacting with Rhino, there is no second save, that is expected, BUT, there is also no lost data, correct, so nothing actually is lost?
Now… what about the Autosave… is the autosave folder on a network? I’d say that is not recommended , by default it is on the local hard drive and it seems to me that is a better idea.
Hi Michael -
So, here, if I make a change in the model, the idle timer kicks off again and I get another save, but merely changing the view (for example) does not kick off the idle timer. That is not quite what I’d understood, but if yours works the same way it should still be useful in preventing any great loss of work. I’m not sure if IncrementalSave is really any better than just Save as security though.
Hi Michael - OK, that seems clearly wrong - I don’t get that behavior here, so far (you are testing in a file that has been saved normally at least once, correct?). I’ll see what I can find out about plug-ins, I really don’t know, but I’d be surprised if that makes a difference.
yes, I’ve saved the model as 3dm file (or opened an existing 3dm-file) to get no questions, when _IncrementalSave starts. And yes, something is wrong to me.
Hi Michael - well, we are getting mixed results - in a new instance of Rhino, everything works as I originally expected - any interaction with Rhino kicks off the timer and I get another save. @dale sees this as well but on his machine the time is incorrect, so far - about double the expected time (we’re testing with say 5 seconds, but I also tested 60 seconds). In your case, there is no save after the first one no matter what you do to Rhino, correct? If you get a chance, can you also test with a very small number for the timer, like 5 or so?
Also, Is your machine busy, other than with Rhino? The event watcher uses a lowest priority thread, so timing may not be precise if the machine is working hard - but it should not stop working altogether of course.
I set it to 60 seconds, and I get the first incremental save after some minutes. But I never get a second incremental save, even after 30 minutes (and adding first some boxes). Of course I work with other programs (internet surfing with web-browsers, but in this time Rhino is sleeping in the taskbar or just open on another screen.
Aha, setting it to 2 seconds gives me now the expected result, I get those bunch of files. Hm?