Mobile LC Apps Downloading Stacks After installation

Sannyasin Brahmanathaswami brahma at
Fri Aug 11 15:21:09 EDT 2017

Mark, thanks for the thorough explanation.

I would go on record to say that "vision" for our use of such  post/sideloading option would fall well within th UI/UX of the existing app, since, from a design point of view our goals would want it to be virtually transparent.

That said, the CMS can get a bit snakey over time, and possibly a better way to go, at least in our context of wanting to add on new modules, would be to bundle the LC binary/views/script into updates that would be reviewed and then post download only   image-sounds-words-jsons-assets.gz bundles. unpack these and then binary uses them…

This then allow us to add more to the app without adding more  MB to the package size (since these LC binaries as pure view can be as small as 50 K) and then we just use side loading for what really *is* only *data*

this would be playing it very safe, and in someways, guard against ad hoc dev CMS which is too easy to do with LC 


On 8/10/17, 9:56 PM, "use-livecode on behalf of Mark Waddingham via use-livecode" <use-livecode-bounces at on behalf of use-livecode at> wrote:

    Taken from this point of view, and looking at very successful Apps 
    (typically games) in the stores then you are probably fine if your 
    stackfiles have data/code in them which parameterize the *existing* 
    actions of the main app in reasonably limited ways.
    So, for example, providing levels to a game where some parts require 
    computations of expressions or triggering of particular events - as long 
    as those levels are consistent with 'what the game is meant to do' (i.e. 
    you don't make it do anything different from what it did with the levels 
    bundled with the original submitted app). This model applies to any sort 
    of 'content player' - language learning flash cards or lessons would be 
    similar - you just have to be careful to make sure you don't end up 
    expanding the ability of the main app in a way which is not directly 
    'seeable' in the original submitted app.

More information about the Use-livecode mailing list