With technologies like HTML5 and EPUB3, the lines between a book and<div>a activity start to blur. (EPUB2 prohibited the use of javascript, but is allowed in EPUB3)</div><div>A nice example of a book with dynamic content is <a href="http://natureofcode.com/book/chapter-1-vectors/">http://natureofcode.com/book/chapter-1-vectors/</a></div>
<div>The technology behind will be the same, we need think about what is better in every case,</div><div>how can we improve the tools to create the books or activities,</div><div>and how the users can improve, comment, and share/communicate,</div>
<div>changing from a read-only experience to a read-write use, like in a wiki.</div><div><br></div><div>Gonzalo </div><div> </div><div><br><div class="gmail_quote">On Thu, Jan 31, 2013 at 10:41 PM, Edward Mokurai Cherlin <span dir="ltr"><<a href="mailto:mokurai@sugarlabs.org" target="_blank">mokurai@sugarlabs.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, January 30, 2013 4:26 pm, <a href="mailto:lionel@olpc-france.org">lionel@olpc-france.org</a> wrote:<br>

><br>
>> * What we are doing here is still heavily experimental. I don't think we<br>
> know exactly where we are going yet, just trying to find out. I posted on<br>
> the list so early<br>
>>  because I think it's important to get feedback.<br>
<br>
</div>Quite right. Let me add a question, then, where I would like to get<br>
some feedback. One of the ideas at the foundation of the Sugar Labs<br>
program for Replacing Textbooks (with OERs) is to be able to write<br>
learning materials using tools such as HTML5 or EPUB3 in a way that<br>
would allow us to embed and script Sugar activities. This would make<br>
it straightforward to implement a curriculum fully integrated with<br>
Sugar. (We could also discuss what other Sugar activities would be<br>
needed for the purpose, and whether existing Sugar activities would<br>
need to be adapted to make all of this work.)<br>
<br>
Do we know how to do such a thing in HTML5? What other questions do we<br>
need to ask in order to start looking for more answers?<br>
<div class="HOEnZb"><div class="h5"><br>
>>* I think we have a bit of a different perspective. It seems like the<br>
>> goal<br>
> of your framework is to add the ability to write html activities for the<br>
> sugar platform, possibly<br>
>> mixing with python code.<br>
><br>
> Okay. But it's interesting to have a look on today and tomorrow at the<br>
> same<br>
> time.<br>
> So, my idea is to see how HTML activities developed today could work (or<br>
> could be easily adapted) tomorrow.<br>
><br>
><br>
>> We also have that goal but, in addition, we would like to provide the<br>
> ability to write fully cross-platform activities. That could run for<br>
> example<br>
> on Android, on iOS, or<br>
>> inside a web browser. So we are talking about a toolkit which is<br>
> completely independent from the gtk3 one.<br>
><br>
> It make sense.<br>
><br>
><br>
>>>> * Toolbar widget using the icons API, perhaps without palettes.<br>
>>><br>
>>> Yes but we should allow developers to use a true Python toolbar<br>
>>> instead of the simple one when needed.<br>
>><br>
>> I'm going back and forward on this. Of course I see why it's a required<br>
> feature from your point of view... But if we provide an html toolbar<br>
> implementation with all the<br>
>> features of the gtk one, why would developers use the gtk one for an<br>
>> html<br>
> activity? Maybe as an intermediate point while migrating from python to<br>
> html, but I can't<br>
>> think of other reasons.<br>
><br>
> Right.<br>
><br>
>>> * Datastore saving and loading.<br>
>><br>
><br>
>> Again a lot of back an forward on this. I initially thought to implement<br>
> those API with client side message passing (taking inspiration from your<br>
> work). Then I've seen it's<br>
>> implemented using the console-message signal, which doesn't really feel<br>
> right.<br>
><br>
> You're right, using "console-message" is not a perfect solution. But<br>
> coupled<br>
> with JSON serialization, it's a really easy way to ensure communication<br>
> from<br>
> JavaScript to Python (communication from Python to JavaScript use the<br>
> WebView method "execute-script").<br>
> To be honest, I didn't find another way to do that. I wonder if there is a<br>
> better way, for example what is the PhoneGap way to do this.<br>
><br>
>> I think it's a functionality that might make sense to add to webkit gtk<br>
>> in<br>
> a cleaner way but... I'm not sure it's worth if we have a server running<br>
> anyway. It adds one more<br>
>> requirement for the rendering engine we are using. Also it would be<br>
>> pretty<br>
> nice to the have the whole sugar-toolkit-html implemented in javascript,<br>
> rather than mixing<br>
>> with python.<br>
><br>
> Yes but porting Gtk is a huge amount of work.<br>
><br>
>> And nodejs allows us to do that. The downside of course is the overhead<br>
>> of<br>
> out process http communication.<br>
><br>
> And adding nodejs add one more complexity.<br>
><br>
><br>
>> I disagree on this. I think Sugar visual design is one if it's strong<br>
> points and it should be retained. I also think all the activities should<br>
> have a consistent visual appearance.<br>
><br>
> There is no so much control in Sugar. Plus, most activities are graphical<br>
> activities so, most activities use very few widgets. May be it could be<br>
> sufficient to just give some guidelines about UI: do rounded button, use a<br>
> specific font, ... Using these guidelines it will be easy for developers<br>
> to<br>
> be consistent with any JavaScript framework.<br>
><br>
><br>
>> While it's not required I think a system wide html server is a good<br>
>> idea.<br>
> It gives more flexibility than using file://. I really need to articulate<br>
> this better (in my mind too)<br>
>> but for example I would like to provide system icons by just specifying<br>
> them as a path.<br>
><br>
> Yes you're right but adding a HTTP server just to share icons is very<br>
> expansive!<br>
><br>
><br>
>> Thanks!<br>
><br>
> Thanks to you. I'm happy to contribute.<br>
><br>
>       Lionel.<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Edward Mokurai (默雷/निशब्दगर्ज/نشبدگرج) Cherlin<br>
Silent Thunder is my name, and Children are my nation.<br>
The Cosmos is my dwelling place, the Truth my destination.<br>
<a href="http://wiki.sugarlabs.org/go/Replacing_Textbooks" target="_blank">http://wiki.sugarlabs.org/go/Replacing_Textbooks</a><br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</div></div></blockquote></div><br></div>