In addition to that shared model code, the web version has additional components that aren’t shared - they’re only for the web app. But it’s not the only thing running on the web. It means that, when you’re using OmniFocus for the Web, you’re actually connecting to a sandboxed instance of that same OmniFocus code that’s running on your Mac, iPhone, or iPad. Given that this code is all under-the-hood code - it’s not user interface code - we realized that we could run it on the web, too, as long as we’re using Mac servers. Something that works perfectly in one place might not work in another, or might work subtly differently. But that would have meant more work up front and more ongoing work, as both versions would have to be in step with each other.Īnd it’s likely that each version would have different bugs. Our model code - the code that manages the database and syncing - was already shared between OmniFocus for Mac and iOS, and it’s a mix of Objective-C and Swift code.įor OmniFocus for the Web, we could have written a new version of this code in another language such as Go or Ruby. It actually makes complete sense! Shared Database and Syncing Code John’s right: it’s so Omni, and it does sound a little nutty - but only because it’s not what most companies do. It’s so very Omni to do something so nutty-sounding. Crazy, right? And so for all of the consternation that people like us, and all the anger we have at developers who make web apps and put it in a shell and call it their Mac app, The Omni Group has done the right thing! They took their Mac app and now it’s on the web! Super-super great. …instead, what these crazy people did is they’re using the same Objective-C and Swift code that OmniFocus for Mac is built with, and they’re running it on Mac servers, and they just have web output display from the same code. If you listen to The Talk Show Live from WWDC 2019, near the beginnning (around 3:33) you’ll hear the host John Gruber talk about OmniFocus for the Web:
0 Comments
Leave a Reply. |