<div dir="ltr">On 15 February 2014 21:58, Lionel Laské <span dir="ltr"><<a href="mailto:lionel@olpc-france.org" target="_blank">lionel@olpc-france.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Daniel, hi Sam,<div><br></div><div>Except if I don't understand your idea, copying the result of the "volo create" command is exactly what I've done in my Sugarizer ActivityTemplate directory [1]. So a new developer just need to copy this directory to create its new activity.</div>

</div></blockquote><div><br></div><div>Yes. I guess the idea here is to make osbuild development a bit more like sugarizer development, with the goal of lowering the barrier and to keep the workflow almost identical for both.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>The problem is that currently the sugar-web framework for Sugarizer is slightly different than the one for Sugar. It's mainly related to datastore.js and dbus.js that use localstorage and querystring handling</div>
</div></blockquote><div><br>Right. <br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>. I'm sure it could be re-conciliated if we find a way to differentiate running in Sugar and running in Sugarizer.</div>
</div></blockquote><div><br></div><div>We have env.isStandalone() to distinguish between running inside an activity and in a plain web browser. But I suppose we will need a way to distinguish between a plain web browser and Sugarizer. We could just use a well known localstorage key... If it exists it's Sugarizer, otherwise plain web browser. And maybe change isStandalone to getMode (activity, browser, sugarizer) or something. The naming is not really well thought but I hope it gives the idea.<br>
</div>
</div></div></div>