The really compelling reasons for me is properties, and certain limits placed 
on a compiled app. I got into the habit of using properties to store 
information from session to session, and since a compiled app cannot be 
modified, I cannot do that. At least that is my understanding. 

Bob


On Aug 31, 2012, at 3:03 PM, Peter Haworth wrote:

> Yes, it's kinda the general untidiness of the splash stack approach that
> gets to me.  One compiled file is much better untless there's a really
> compelling reason why you can't do that.
> Pete
> lcSQL Software <http://www.lcsql.com>
> 
> 
> 
> On Fri, Aug 31, 2012 at 2:54 PM, J. Landman Gay 
> <jac...@hyperactivesw.com>wrote:
> 
>> Another reason is that loose files can get lost. That's mostly true on
>> Windows and Linux because they aren't inside an app bundle. Whenever
>> possible I try to keep everything in a single file, but sometimes you can't.
> _______________________________________________
> use-livecode mailing list
> use-livecode@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Reply via email to