<div dir="ltr">On 15 November 2013 21:16, 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"><div class="gmail_extra"><br><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>I wonder if we should first just fork sugar-web, implement the ideal API for Web/Android there and later figure out how reconcile with Linux. Reconciling is going to be a bit tricky I think, even more without a clear idea of what API we will need for Web/Android. (Thinking of the datastore mostly).<br>

</div></div></div></div><div class="gmail_quote"><div class="im"><div><br></div></div><div>Hummm. I would be better to avoid forking now. At worse, I think, a testing condition (if Linux else Web/Android) could be better.<br>
</div></div></div></div></blockquote><div><br></div><div>That's fine too. Hopefully it won't be too much of a mess :)<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 class="gmail_extra"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>
</div><div>Yeah or use them conditionally.<br><br>Perhaps we need to choose one or two target browsers initially, being compatible with everything is going to be a lot work or too limiting anyway.<br>
</div></div></div></div></blockquote><div><br></div></div><div>It's not very important in activities but I think the framework should be compatible with a large number of browsers. Today two activities have compatibility issue (Clock), other issues are in the framework (Custom and Blob object).<br>
</div></div></div></div></blockquote><div><br></div><div>I agree that compatibility is more important in the framework.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"> <br><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">
<div class="gmail_extra"><div class="gmail_quote">It's a way for the native python activity to pass some  initial environment variables to the web layer (like the activity id and the datastore object id). As for bus.js etc I would fork and get rid of these initially, then we can figure out the best way to reconcile.<br>

</div></div></div></blockquote><div><br></div></div><div>Okay. I guessed it was use as a way to detect Sugar Linux or Sugar Web but I didn't figure how. To hack it I've forced the creation of the sugar object (<a href="https://github.com/llaske/SugarWebUI/blob/master/lib/sugar-web/bus.js#L2" target="_blank">https://github.com/llaske/SugarWebUI/blob/master/lib/sugar-web/bus.js#L2</a>) but I'm not very happy with it.<span class="HOEnZb"><font color="#888888"></font></span></div>
</div></div></div></blockquote><div><br></div><div> Do you have any plan on how to implement datastore? To known that even just vaguely would be helpful in suggesting how to deal with bus.js/environment.js...<br></div></div>
</div></div>