[Sugar-devel] [karma] early draft of karma presentation

[Christoph Derndorfer]

Hey guys,
I basically agree with the points raised here so far and have a couple to
add myself:

slide #11: I would also mentioned that you had tried eToys/Squeak
slide #24: I'm not sure we agreed on each lesson having to include a
tutorial and an exercise. Of course this is a good goal but the question is
whether we should really make that a requirement?
slide #32: "i81n";-)
slide #43: add link to Karma blog at http://karmaproject.wordpress.com/, add
at least one e-mail address for direct contact, add link to Sugar
mailing-list (http://lists.sugarlabs.org/listinfo/sugar-devel)

That's all I can think of for now...

Christoph

2009/8/21 Felipe López Toledo <zer.subzero at gmail.com>

> Hi guys
>
> Joshua, Bryan has talked Christoph and me about you, thanks for writing :)
>
> * I would update the slide "Nobody Wants to Help", to something like,
>> "Flash is a poor longterm solution." I would drop the claim "Flash Devs
>> don't like to share." I would
>>   - Despite the great work of the free software community on projects like
>> Gnash and the GameSWF library, there is very little in terms of sharing and
>> collaboration of free software Flash projects.
>
> +1
>
>>   - There is no free software Flash development tool,
>
> mmm, I remember MTASC http://www.mtasc.org/
>
>> instead almost all Flash development is done through the proprietary
>> software created by Macromedia.
>>
> +1
>
> Bryan, really good draft, here some initial feedback:
>
> 1. SVG vs canvas
> I used RaphalJS (http://raphaeljs.com/) demos to test SVG animatios using
> Browse and Surf,
> results:
> under surf: the XO crashed several times :(
> under Browse: the animations look really good, but the performance is
> really bad (you will get a several lag when clicking something, etc...)
>
> canvas is low level so, canvas drawing is faster than SVG drawing.
> about manipulation, well, It's really easy to manipulate SVG Objects
> (everything you draw is an object) but canvas is just a box where you can
> draw, Karma provides (some of) that objects.
>
> 2. why not processingjs?
> processingjs by default uses processing language, then if you want to use
> it you'll need to learn processing syntax... to support that syntax,
> processingjs uses a parser, so, it's slower than simple JS.
> in fact, you can use javascript to access processingjs objects, but.. the
> actual processingjs library is not designed to work under the XO, neither to
> work as a jQuery plugin.
> I think jresig doesn't encourage to use processing (syntax), he just take
> processing because processing was there (looking for the reference)
>
> I will add more info on the technical stuff.
>
> regards
>
>  On Thu, Aug 20, 2009 at 7:57 PM, Joshua Gay <jgay at ck12.org> wrote:
>
>> Bryan,
>>
>> This is looking good so far. Here are some initial thoughts,
>>
>> * It would be good to have a handout that puts all this info on a single
>> double side sheet of paper (a suggestion taken from Edward Tufte's essay
>> "The Cognitive Style of Powerpoint) for people to read along with and to
>> look at afterward.
>> * I think overall it can be trimmed down abit when it is being pitched to
>> specific groups (e.g., JS crowd).
>> * I would update the slide "Nobody Wants to Help", to something like,
>> "Flash is a poor longterm solution." I would drop the claim "Flash Devs
>> don't like to share." I would
>>   - Despite the great work of the free software community on projects like
>> Gnash and the GameSWF library, there is very little in terms of sharing and
>> collaboration of free software Flash projects.
>>   - There is no free software Flash development tool, instead almost all
>> Flash development is done through the proprietary software created by
>> Macromedia.
>> * I would introduce some more lucid examples of the kinds of things you
>> would like to use this library to create.
>>
>>
>> I had some other thoughts on the internationalization parts, too. I will
>> try to respond later with them. The short of it is that I think the examples
>> you gave me (in our phone call) about gettext being an overly-burdonsome
>> approach for JS made a lot of sense and I think it would also help to
>> explain that you are looking for the JS equivalent of gettext; kind of
>> abstract this part away from your specific needs as an organization, and
>> talk about how this could benefit projects in general.
>>
>> -Josh
>>
>> On Thu, Aug 20, 2009 at 12:51 PM, Bryan Berry <bryan at olenepal.org> wrote:
>>
>>> josh, kcd, subzero
>>>
>>> 1st off, let me introduce Josh Gay, a js dev and free textbook guru. He
>>> is interested to make a presentation about karma to the JS devs group in
>>> Boston on Aug 27th.
>>>
>>> here is a more technically-oriented presentation for karma
>>>
>>> It is long on introduction and short on technical details. Much of the
>>> first part could be cut out depending on the target audience. I made it
>>> longer and more general for my first draft.
>>>
>>> It lacks a lot of technical detail on what we need help w/ for
>>> animation, i18n, web workers, localstorage
>>>
>>> --
>>> Bryan W. Berry
>>> Technology Director
>>> OLE Nepal, http://www.olenepal.org
>>>
>>
>>
>
>
> --
> Felipe López Toledo
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>


-- 
Christoph Derndorfer
co-editor, olpcnews
url: www.olpcnews.com
e-mail: christoph at olpcnews.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.sugarlabs.org/archive/sugar-devel/attachments/20090821/791de557/attachment.htm