<div dir="ltr"><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 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 style>I agree support webapps is a good idea in the long term, </div><div style>but right now, we have web apps for chrome, for firefox, (even for Windows 8!),</div><div style>and a few more for mobile environments like Tizen and similar.</div>
<div style><br></div><div style>Probably the situation will be different in one or two years, consolidation is needed.</div><div style><br></div><div style>I don't know if something like PhoneGap help us, if not, may be is better go in the first stage</div>
<div style>for a javascript api implementing our UI, and a minimal access to the Journal,</div><div style>with a async api. Now we can implement it with json messages and a python server.</div><div style>The python server run in the same WebActivity class than the webkit viewer.</div>
<div style><br></div><div style>I am using webkit and a python process in JournalShare, and can usethe journal in this way. <br></div><div style>(Anyway the code is not ready)</div><div style><br></div><div style>Gonzalo</div>
<div><br></div><div> </div></div></div></div>