Yes, you may certainly make the document public. I will try to add the remaining "50 pages" sometime in late June and early July, but I tried to make the existing 50 pages stand on its own. Enclosed is a pdf of the current version.
P.S. I still think that what I've been advocating since early last year -- an OLPC version of something like Etoys/Scratch/Logo that is deeply integrated with OLPC media -- is a really good idea. There is nothing sacred about Etoys. It only has two main things going for it (a) it has been tested with many thousands of children around the world over the last 10 years, and (b) its range of applications for children's authoring using "math and media".
The weakness of Etoys is that it is primarily aimed at 4-5-6 graders (and does well with this age group). It has been used successfully in Japan with 6 and 7 year olds despite the UI not being the best fit for them. And it has been used with older children as well (they need a few more features from the underlying Squeak and a somewhat different UI -- some of which we are doing this summer).
OTOH, the presentation facilities are pretty useful -- especially for dynamic presentations of actual work. I've been using them exclusively for all my talks since about 1998.
But quite a bit could be done better on all fronts. For the OLPC XO, especially wrt to integration both across and down (so that there is a "Model T" version of all the media in children's script, and all media objects can be mixed).
Since Python was chosen as the underlying programmatic representation for the XO, I tried to convince the Python community last year to take a shot at making an Etoys-like environment, but as far as I can tell there have been no takers. I think Ivan has some interest in this as well. So I agree with the nature of Eben's desires.
The key word is integration, and, as you well know, this is a lot harder - both in design and integration - to pull off gracefully than it it seems at first glance. I would be very happy to see an environment that is as comprehensive as (or more ideally, much better than) Etoys -- especially if it can be placed at a more fundamental level than as a separate Activity. (That was actually my original hope for Sugar.)
Cheers,
Alan
At 12:24 PM 6/2/2007, Samuel Klein wrote:
Eben, this might be a great opportunity to spend some time with the etoys team working out how you could realize what you have in mind with existing tools. As Alan notes, it is designed to do very much what you are writing about -- as well as doing some excellent sugar & 1200x900 emulation ;-)
I'd like to spend a day this coming week working through Alan's 50-of-100 notes, and the use cases you have in mind. (Alan, can we make the document public?)
As for presentations and slides, Etoys remains for the time being our supported method for importing .ppt -- Rebecca, have you tried this? Were you asking for something more specific?
SJ
ps - That might also be a good opportunity to think about what a generic bundle looks like.
On 6/2/07, Alan Kay alan.kay@squeakland.org wrote:
You might want to check out what Etoys actually does and is. (Hint: it covers your desiderata beIow pretty well.)
I suggest perusing the document that I made up for the OLPC countries meeting a few weeks ago. Nia Lewis will probably have a copy.
Cheers,
Alan
At 07:50 AM 6/2/2007, Eben Eliason wrote:
Ever since this project began, I've had this idea in my head regarding what a "slideshow" might mean on the OLPC machine. I'd really like to see an activity called "Collage" which is something like a modern descendent of Hypercard. It should take the idea of embedding media further, of course allowing images, sounds, video and text, but perhaps also supporting live logo turtles, live editable text boxes and other interactive forms. Ideally, there would be an interface which made it pluggable so that any activity could embed its formats and provide hooks for interacting with it.
Bringing it all together, it should support a basic logo-like scripting language. This could allow simple actions like "next page", but could also be allowed to pull text from the live text boxes via some identifiers, animate the embedded objects, track some basic mouse and keyboard events, and interact with hooks provided by the plugins.
A child could create a single page, or a simple slideshow, but by taking full advantage of the nature of the scripting which pulls things together, they can create non-linear books, interactive animations, science reports with embedded interactive experiments, games, and more.
As fun as this would be for kids, I also see this as being a fantastic format for teachers to create lesson plans in: provide some instructions with text and images, embed a video about the topic, script up a little physics simulation that the kids can experiment with, embed an abiword table widget which automatically records the results of the experiment, and place some questions with textboxes at the end so the kids can answer them and then turn in their "lab." Heck, you could even automatically check the answers when they are done, or interactively assist them when they answer incorrectly, nudging them along or referencing the results table again.
- Eben
On 6/2/07, Rebecca Gettys rebecca.gettys@comcast.net wrote:
Hi All, I think that sideshows CAN be very sueful in the class room, and they have actually taught be to pay attention to detail. You need notes to do anything really, and they do have their applications with other students. Just a thought. ~Rebecca _______________________________________________ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
etoys-dev@lists.squeakfoundation.org