<div dir="ltr"><div><div><div>
<br>
> An excellent summary, thanks.<br>
> <br>
>>  Lionel Lask? wrote:<br>
>> 5) Activities issue: My philosophy with Sugarizer is "don't update<br>
>> activities".<br>
><br>
> How would you envisage an update of activities on an Android system<br>
> that has an offline copy of Sugarizer?<br>
><br>
> Speculation: bring the system online, update to new version of<br>
> Sugarizer, and a whole set of activities are updated.<br><br><br></div>Yes, it's why, the first time Sugarizer is run, it launch a XmlHttpRequest to request the list of activity [1]. For the moment this request is just a link to a local JSON file [2] but the idea is that this JSON file could be generated later by a back office.<br>
<br></div>In my dream, a future version of Sugarizer could launch a request to Sugar App Store to list new Sugar web activities then ask to user if he's interested to download it locally. Of course it will need to handle downloading and local storage of files.<br>
<br></div>           Lionel. <br><div><div><br>[1] <a href="https://github.com/llaske/Sugarizer/blob/master/js/homeview.js#L44">https://github.com/llaske/Sugarizer/blob/master/js/homeview.js#L44</a><br>[2] <a href="https://github.com/llaske/Sugarizer/blob/master/activities.json">https://github.com/llaske/Sugarizer/blob/master/activities.json</a><br>
<div>
<br></div></div></div></div>