Real Software posted an article on changes to the Mac App Store. Starting in November apps submitted to the Mac App Store must be sandboxed. This is a huge change and currently, according to Real Software, the carbon implementations to accomplish sandboxing are broken.
More information the Apple sandboxing can be found at http://developer.apple.com/library/mac/#documentation/Security/Conceptual/CodeSigningGuide/ApplicationSandboxing/ApplicationSandboxing.html and I highly recommend you read it.
At the very bottom is a caveats section: apps can’t send AppleEvents from the sandboxed app (though they can receive them). This seems rather extreme. If your Mac app can’t send AppleEvents does this mean that Apple is killing AppleScript? I doubt it, but it does seem to limit the usefulness of the service and I suspect that there will be a workaround.
Apps cannot work with non-bundled projects that reference other files. Does this mean that services like Kagi and eSellerate will no longer work?
So what does this mean for a vast majority of Real Studio developers? Not much really – unless you happen to be selling your apps in the Mac App Store. For you, the changes are important and you’ll need to start compiling for Cocoa. Cocoa is much improved in Real Studio 2011 R2 than any previous Real Studio release but unfortunately it still not complete.
So the bottom-line is that if you are developing Mac apps and hope to put it in the Mac App Store then you’d better start testing your builds in Cocoa. While your app may not ship using Cocoa yet, Real Software needs the feedback on what’s not perfect so they can fix it.
It’s a good idea to start using Cocoa now because in November you’ll need it. Long Live Cocoa!