Hi there!<br>
<br>
Sorry, I&#39;ve been sick :s with limited internet access, I&#39;m updating...<br>
<br>
I have been talking with Bryan, we both are more interested in Karma (framework), as Lucian says:<br>
&gt;On the other hand, Felipe could focus on creating an educational<br>

&gt;framework (Karma), built on standard HTML5, JavaScript and Gears. This<br>

&gt;would handle animation (preferably through &lt;canvas&gt; stuff), i18n<br>

&gt;(locales stored with Gears, chosen according to browser locale),<br>

&gt;general persistence (Gears &amp; cookies), sounds (&lt;audio&gt;) and other<br>

&gt;things an educational framework should do.<br>

<br>
I think that Lucian is more interested in dbus<br>

&gt;However, the framework could have optional extensions (probably<br>
&gt;supported through a javascript-dbus bridge) that would improve<br>
&gt;integration with Sugar. These extensions would work, for example, on<br>
&gt;the runtime of my sugarizer. Web developers could improve the Sugar<br>
&gt;integration of the stuff they made with Karma and package the results<br>
&gt;as .xo bundles. Users would hardly be able to tell the difference.<br>
<br>
&gt;To reduce the dependency Karma would have on my project, Browse could<br>
&gt;also have a javascript-dbus bridge and Gears added to it. Security<br>
&gt;would need to be sourted out so that only Karma web apps inside .xo<br>
&gt;bundles can access dbus<br>in this way our projects won&#39;t be mutually dependent and we can work in parallel<br><br>btw, I rise the hand to use WebKit.<br><br>greetings.<br><br><div class="gmail_quote">2009/3/29 Bryan Berry <span dir="ltr">&lt;<a href="mailto:bryan@olenepal.org">bryan@olenepal.org</a>&gt;</span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I really like this idea. Felipe, Wadeb what do you think?<br>
<div><div></div><div class="h5"><br>
On Mon, 2009-03-30 at 04:49 +0200, Lucian Branescu wrote:<br>
&gt; There has been some talk about the interaction between my project and Felipe&#39;s.<br>
&gt;<br>
&gt; I&#39;ve had an interesting chat with Bryan and Ben on #sugar. Here&#39;s the<br>
&gt; whole chat <a href="http://dl.getdropbox.com/u/317039/bryan%26bemasc%20chat.txt" target="_blank">http://dl.getdropbox.com/u/317039/bryan%26bemasc%20chat.txt</a><br>
&gt;<br>
&gt; Here&#39;s the lastest idea:<br>
&gt;<br>
&gt; I would be focusing on building something akin to <a href="http://fluidapp.com" target="_blank">http://fluidapp.com</a>.<br>
&gt; I keep giving it as an example because it&#39;s very minimalist, but<br>
&gt; provides the essential features to turn web apps into &#39;native&#39; apps:<br>
&gt; - creates independent packages of web apps from given URLs<br>
&gt; - has Gears, so websites can be taken offline<br>
&gt; - (optional) has userstyles to customize the look of web apps<br>
&gt; - (optional) can customize keyboard shortcuts<br>
&gt; - has userscripts (GreaseMonkey) to customize the behaviour (and look)<br>
&gt; of web apps<br>
&gt; - provides some level of platform integration <a href="http://fluidapp.com/developer" target="_blank">http://fluidapp.com/developer</a><br>
&gt;<br>
&gt; I&#39;m running GMail and Google Reader and Google Docs with it and they<br>
&gt; have mostly replaced their native counterparts because they&#39;re better<br>
&gt; in almost every way: they work offline and sync to servers online,<br>
&gt; they look native because of native widgets in browser engines and a<br>
&gt; few userstyles, they&#39;re fast because everybody is focused on browser<br>
&gt; engine performance, they have sounds and native notifications because<br>
&gt; of userscripts+fluid APIs.<br>
&gt;<br>
&gt; Read my proposal for Sugar-specific details<br>
&gt; <a href="http://wiki.sugarlabs.org/go/Webified" target="_blank">http://wiki.sugarlabs.org/go/Webified</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On the other hand, Felipe could focus on creating an educational<br>
&gt; framework (Karma), built on standard HTML5, JavaScript and Gears. This<br>
&gt; would handle animation (preferably through &lt;canvas&gt; stuff), i18n<br>
&gt; (locales stored with Gears, chosen according to browser locale),<br>
&gt; general persistence (Gears &amp; cookies), sounds (&lt;audio&gt;) and other<br>
&gt; things an educational framework should do.<br>
&gt;<br>
&gt; Karma would only use technologies available in modern, HTML<br>
&gt; 5-supporting browsers (firefox 3/3.5, safari 3/4, opera 9/10) and<br>
&gt; Gears, which is a widely used plugin for taking stuff offline. Not<br>
&gt; only will it work with my web app sugarizer (note to self: maybe i<br>
&gt; should rename webified to sugarizer), but also with other browsers on<br>
&gt; regular computers. And Browse.<br>
&gt;<br>
&gt; However, the framework could have optional extensions (probably<br>
&gt; supported through a javascript-dbus bridge) that would improve<br>
&gt; integration with Sugar. These extensions would work, for example, on<br>
&gt; the runtime of my sugarizer. Web developers could improve the Sugar<br>
&gt; integration of the stuff they made with Karma and package the results<br>
&gt; as .xo bundles. Users would hardly be able to tell the difference.<br>
&gt;<br>
&gt; To reduce the dependency Karma would have on my project, Browse could<br>
&gt; also have a javascript-dbus bridge and Gears added to it. Security<br>
&gt; would need to be sourted out so that only Karma web apps inside .xo<br>
&gt; bundles can access dbus.<br>
&gt;<br>
&gt;<br>
&gt; How does that sound?<br>
&gt; PS: Sorry it was so long.<br>
</div></div>--<br>
<div><div></div><div class="h5">Bryan W. Berry<br>
Technology Director<br>
OLE Nepal, <a href="http://www.olenepal.org" target="_blank">http://www.olenepal.org</a><br>
<br>
</div></div></blockquote></div><br>