[IAEP] Flash at Sugar Labs
Bert Freudenberg
bert at freudenbergs.de
Mon Jan 5 07:15:28 EST 2009
On 05.01.2009, at 05:24, John Watlington wrote:
> On Jan 4, 2009, at 9:23 PM, Wade Brainerd wrote:
>> Currently Sugar is incapable of running software which is not
>> specifically designed for it.
> Sugar runs simpler SWF applications just fine, through the Browser.
> They don't have to be "designed" for Sugar.
I think this goes besides the original point of Bryan. He is well
aware that software needs to be specifically designed for Sugar, and
wether this is good or bad is not the current debate. The point is
what tools one can use to implement a proper Sugar activity. Bryan
says the tools many content developers are familiar with are HTML,
Javascript, and Flash.
So how could an activity look like that can be authored primarily
using Adobe's Flash tools?
I think it would be relatively easy to come up with an activity
template that just has a subdirectory for SWF content. Creating an SWF
activity then would involve copying the template, editing the meta
data, putting the SWF content into the directory, zipping it up and
voila, a nice XO bundle. That process could easily be done by a
script, even on Windows.
IMHO that activity should be a wrapper for Gnash, perhaps as a native
GTK+ application, without the browser baggage (maybe such a stand-
alone player does exist already?). Since the content is authored
specifically for Sugar (and in Nepal's case even more specifically for
Sugar on the OLPC XO-1) it can easily be tuned to work well in Gnash.
Hopefully Gnash's current limitations are well documented so authors
can avoid pitfalls. That "sugarized SWF player" could even be extended
to integrate nicely with the Journal (being able to do that is the
point of having a free implementation after all) - there is no need to
be compatible with Adobe's Flash player.
My 1/50 € ...
- Bert -
More information about the IAEP
mailing list