[sugar] Doc now posted (was Re: Spreadsheets/ Slideshows)

[Alan Kay]

Hi SJ --

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.

The document is now linked from the etoys page in the wiki (Thanks to 
Walter for doing this):

See http://wiki.laptop.org/go/Etoys
and http://www.laptop.org/OLPCEtoys.pdf

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 at 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 at 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 at lists.laptop.org
>> > > http://lists.laptop.org/listinfo/devel
>> > >
>> >_______________________________________________
>> >Sugar mailing list
>> >Sugar at lists.laptop.org
>> >http://lists.laptop.org/listinfo/sugar
>>
>>_______________________________________________
>>Sugar mailing list
>>Sugar at lists.laptop.org
>>http://lists.laptop.org/listinfo/sugar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.laptop.org/pipermail/sugar/attachments/20070603/ef7748d2/attachment.htm