Is sandboxing on OS X already state of the art?

John john at onechip.com
Thu Dec 5 01:17:50 EST 2013


Tiemo,

   Signing and sandboxing is only required if you wish to sell (or give away) Mac apps on Apple’s App Store.  The intention is to keep malicious programs from being distributed.  You do not need it unless you are on Apples store.

   Signing your apps (different from sandboxing) is a good idea even if you are going to distribute the app yourself.  Signing is a simple and painless process.  Apps that are not signed will present the user with a warning when they are launched implying that the app may be dangerous to the users computer.  This of course makes users nervous.

    There is a table near the bottom of this page https://developer.apple.com/osx/distribution/ the provides a good overview.

Thanks,
John


On Dec 4, 2013, at 1:49 AM, Tiemo Hollmann TB <toolbook at kestner.de> wrote:

> Hello,
> 
> joining Vaughns question to sandboxing I also didn't cared about sandboxing
> up to now and I am not good in handling Mac techs specifics.
> 
> Because I am just preparing a new version of one of my programs, where I
> have to change some file paths anyway I would be happy, if somebody could
> give me some opinions on sandboxing.
> 
> Is sandboxing already "state of the art" for Mac applications, which are not
> sold from the Mac app store? As I read Richards post, it is not yet. But do
> you think, sandboxed apps and / or the distribution path over the Mac app
> store are going to be obligatory in near future, so that it would be wise to
> sandbox my app already now, to not make again bigger changes on my program
> in one or two years again? Or do you think the "classic" programs may exist
> parallel to sandboxed apps for years?
> 
> I would be happy if I just could go on with my "old style" program and not
> having to care about xCode, sandboxes, manifestes, appstore, etc.
> 
> Any statements welcome, I am a little lost, when reading the Apple
> guidelines to sandboxing
> 
> Tiemo
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode





More information about the Use-livecode mailing list