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 <[email protected]> > 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 <[email protected]> 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 <[email protected]> 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 > [email protected] > http://lists.sugarlabs.org/listinfo/sugar-devel > > -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: [email protected]
_______________________________________________ Sugar-devel mailing list [email protected] http://lists.sugarlabs.org/listinfo/sugar-devel
