I would like Scrivenings Mode to be smart enough to know it should not scrivenize the blessed Research folder itself (or let there be an option in the Behaviors settings to say Please Don’t). This is just never what’s wanted.
Touching the Research folder per se while in Scrivenings causes interminable delay (5+) minutes while Scriv struggles through all the scrivenable and unscrivenable stuff down there.
Sometimes this happens because I click the Research folder myself – just clicking away from something. Sometimes it happens because I just deleted the last document in the folder above the Research folder, and Scrivener helpfully selects the Research folder for me – except I am in Scrivenings mode, so all work stops for the spinning wheels.
I use the Lock Group View Mode toggle for most high level folders like this, locked to Outliner. I think that may be enough of a setting for this, given this condition may occur at any point, and not just in one single folder.
That aside, I think something isn’t working as well as it used to, in the Mac version. It used to fork the Scrivenings session building process in such a way that it could be instantly interrupted by navigating elsewhere, or switching view modes. In theory the problem itself should never be a problem to begin with.
Ah-ha, thanks for this good solution (i.e., Lock Group View Mode)!
And just to confirm: long processes (like accidentally Scrivening the Rez folder) are not interruptible by any means. The Scrivener spinner goes in the editor pane, but also the MacOS rainbow wheel goes. No clicking around or cmd-. will stop it.