Well I think that is the main question here, are they even doing that? Everything I’ve seen looks like a regular macOS permission password box to me.
That’s why I was suggesting that an up-to-date audit from a reputable security source would be a good next step here in supporting the assertion.
There are settings in Dropbox that supposedly allow you turn off Dropbox monitoring the system, but they are false settings. Dropbox continues to misbehave even when you’ve told it to stop.
These things I don’t know about, I haven’t used the client in over 10 years I think. It’s been ages. I don’t really follow the description though, how would sync do anything at all if it can’t monitor your files?
Anyway, the larger issue is reliable sync. My understanding is that iCloud is as reliable as Dropbox, as per your statements in that thread. Is that still true? Does this work for iOS/iPadOS?
Yes, iCloud Drive and Dropbox are very similar, based on very similar technology using the FileProvider infrastructure on the Mac. What is different are the features and presentation. I personally would not choose iCloud Drive for any reason, as I feel that’s an overall feature downgrade from Dropbox. There are plenty of better options out there beyond the mainstream megacorp sync services in my opinion.
Almost all sync services integrate with Files.app on iOS, by the way. With a program like Scrivener that also gives you access to its storage in Files, it’s a matter of mere basic file management to use anything you want. There are few limitations these days, whereas in the past you did need some contortions if you didn’t want Dropbox syncing. The one I use, Tresorit, works fine, and I regularly copy Scrivener projects to and from it, for mobile review or gathering notes.
I’ve often wondered why Scrivener didn’t just read and write directly to and from a zip file.
There are older threads about that here and there. It is true that there are ways to edit zip files inline, but with Scrivener we do have to consider the scale of how it is used. While a 750kb ePub file (which is zip), or an 80kb DOCX (which is zip) can be edited inline just fine, I don’t know about a 120gb project, or if many sync services would look kindly upon a file that large. How much of that is going to have to be uploaded again after changing a few words?
Anyway, that’s a bit of a red herring, as I pointed out in that other thread, “package format” has never been an issue, because it is a fiction that only exists in your GUI, and indeed syncing folders of files, distributing that 120gb across tens of thousands of files, is the most efficient way to sync large amounts of information, and only change the small parts of that overall body of data that has been modified.