Is sandboxing on OS X already state of the art?

[John]

   My best guess is that sandboxing exists so that Apple can assure the integrity of the app store.  If that is true then I doubt is will become mandatory.  For that to happen it would require that some future version of the OS would implement checking to see of the app was approved by Apple.  If that were to happen then the app store would loose an advantage.  Perhaps that is the goal but I doubt it. At best I imagine the user would receive a warning as they do not for signing.

Thanks,
John

 


On Dec 4, 2013, at 11:41 PM, Tiemo Hollmann TB <toolbook at kestner.de> wrote:

> Hi John,
> Yes, today sandboxing only is required, if I would want to distribute on the
> AppStore - what I don't want. But as the table you have pointed to shows,
> sandboxing today already is also "recommended" for all other distribution
> paths. So I was wondering how many of you LC guys here do sandboxing already
> today (for traditional programs) and what your "feelings" are, how long it
> will take until Apple requires sandboxing for all OS X programs.
> Tiemo
> 
> 
>> -----Ursprüngliche Nachricht-----
>> Von: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] Im
> Auftrag
>> von John
>> Gesendet: Donnerstag, 5. Dezember 2013 07:18
>> An: How to use LiveCode
>> Betreff: Re: Is sandboxing on OS X already state of the art?
>> 
>> 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
>> 
>> 
>> _______________________________________________
>> 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
> 
> 
> _______________________________________________
> 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