On 17 April 2013 19:40, Gonzalo Odiard <span dir="ltr"><<a href="mailto:gonzalo@laptop.org" target="_blank">gonzalo@laptop.org</a>></span> wrote:<br><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"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div><br>Coming back to this point...<br>

<br>I think supporting an existing webapps framework (hopefully a standard at some point) with it's system API, manifest, permissions etc, is important also if the goal is just to get some Sugar activities running on other platforms.<br>


<br>For example, even *if* Android doesn't support installing web applications right now, it most likely will in the future.<br><br>Without web applications, you would need to use some kind of native wrapper implementing the Sugar javascript API.<br>


</div></div>
<br></blockquote><div><br></div></div><div>I agree support webapps is a good idea in the long term, </div><div>but right now, we have web apps for chrome, for firefox, (even for Windows 8!),</div><div>and a few more for mobile environments like Tizen and similar.</div>

</div></div></div></blockquote><div><br>Safari, Web OS... :)<br><br>I agree that the extreme fragmentation makes it less appealing.<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 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>Probably the situation will be different in one or two years, consolidation is needed.</div><div><br></div><div>I don't know if something like PhoneGap help us, if not, may be is better go in the first stage</div>

<div>for a javascript api implementing our UI, and a minimal access to the Journal,</div><div>with a async api. Now we can implement it with json messages and a python server.</div><div>The python server run in the same WebActivity class than the webkit viewer.</div>
</div></div></div></blockquote><div><br>Using http for in-process communication feels a bit... And I guess you can't WebActivity -> WebView  with that approach?<br><br>We discussed a few communication alternatives earlier in thread. Though they all require WebKit2. I wonder if compatibility with earlier versions of Sugar is really necessary here.<br>
<br>I sort of would like to prototype the datastore/collaboration javascript APIs before deciding on communication.<br></div></div>