etoys-dev June 2007

etoys-dev@lists.squeakfoundation.org

16 participants
28 discussions

[Etoys] Morphic project inside Etoys
by Shayne Czyzewski 08 Jun '07

08 Jun '07

Hello all, I was curious. I am not too familiar with the Etoys architecture, and was wondering if a standard Squeak Morphic project would be accessible from within the Etoys project environment. In other words, could you write a Morphic project and load that project into the OLPC Etoys environment? Thanks, Shayne -- Shayne

1 0

[Etoys] Conversion of docs and ppt into etoys presentations
by Samuel Klein 08 Jun '07

08 Jun '07

I'd like to flesh out this paragraph on the olpc wiki: "Etoys demonstrations You can import a standard powerpoint or open office slidestack into Etoys. You can also create a presentation from scratch in Etoys, including both static text and images (as with other presentation software), scripts and moving objects, and other (programmable) Etoys components. " Is there an etoys version of the OLPC Etoys document? Or some good presentations-in-Etoys to link to? Cheers, SJ

1 0

[Etoys] Latest OLPC EToys image problem...
by Chris Petsos 07 Jun '07

07 Jun '07

Hi everyone... I downloaded the lastest olpc etoys image from etoys-2.0-latest.zip I also tried on several VMs and i am getting the same error... To reproduce: 1) Create a new EToy. 2) Throw a Text and a Joystick in the EToy. 3) Add viewers for those to. 4) Associate Text's forward by with Joystick's upDown. Now it should be working OK...start the script...move joystick up and down and the Text is moving. 5) Now try to edit the code of the script which should be ... script1 self forward: Joystick getUpDown 6) And change it.. say to... script1 self forward: Joystick getUpDown * 5. to make it go faster. 7) Hit accept to save it and boom... I am getting a "Unknown variable: Joystick" error... It seems i cannot edit any script. Note that using the official squeakland.org image this works fine...but we need this for OLPC EToys development. Christos.

2 1

Re: [Etoys] [BUG]InfiniteForm(Object)>>doesNotUnderstand: #red
by Scott Wallace 06 Jun '07

06 Jun '07

Thanks, Sridhar, This is now fixed by update 1359nonColors-sw. Cheers, -- Scott On Jun 4, 2007, at 8:39 AM, narayans(a)uncw.edu wrote: > I turned on the graph paper in the world, and then tried to open a > viewer on the world. > > 4 June 2007 11:37:04 am > > VM: Win32 - a SmalltalkImage > Image: OLPC2.0 [latest update: #1349] > > SecurityManager state: > Restricted: false > FileAccess: true > SocketAccess: true > Working Dir C:\My Squeak\narayans > Trusted Dir C:\olpc-E-Toys\narayans > Untrusted Dir C:\My Squeak\narayans > > InfiniteForm(Object)>>doesNotUnderstand: #red > Receiver: an InfiniteForm > Arguments and temporary variables: > t1: red > Receiver's instance variables: > patternForm: Form(16x16x16) > > UnscriptedPlayer(Player)>>getRed > Receiver: an UnscriptedPlayer (3407) named world > Arguments and temporary variables: > > Receiver's instance variables: > dependents: nil > costume: a PasteUpMorph<world>(1622) [world] > costumes: nil > > NumberType(DataType)>>updatingTileForTarget:partName:getter:setter: > Receiver: a NumberType named "Number" > Arguments and temporary variables: > aTarget: an UnscriptedPlayer (3407) named world > partName: #getRed > getter: #getRed > setter: #setRed: > aTile: a NumericReadoutTile(2801) - #literal op= '' > displayer: an UpdatingStringMorph<readout string>(3696)nil > actualSetter: #setRed: > Receiver's instance variables: > authoringStamp: ' 2/16/2007 17:09' > properties: a Dictionary(#helpMessage->'Numbers are things that can > do arithmet...etc... > elementSymbol: nil > naturalLanguageTranslations: nil > vocabularyName: #Number > categories: an OrderedCollection(an ElementCategory named comparing > an ElementC...etc... > methodInterfaces: an IdentityDictionary(#abs->a MethodInterface - > wording: #abs...etc... > object: nil > limitClass: nil > translationTable: nil > > CategoryViewer>>readoutFor:type:readOnly:getSelector:putSelector: > Receiver: a CategoryViewer(2912) > Arguments and temporary variables: > t1: #getRed > t2: #Number > t3: false > t4: #getRed > t5: #setRed: > t6: nil > t7: nil > Receiver's instance variables: > bounds: 0@0 corner: 50@40 > owner: nil > submorphs: #(an AlignmentMorph(3081)) > fullBounds: nil > color: (Color r: 0.946 g: 1.0 b: 0.946) > extension: a MorphExtensionPlus (3364) [sticky] [layoutPolicy - > TableLayout] ...etc... > borderWidth: 0 > borderColor: (Color r: 0.5 g: 0.7 b: 0.5) > scriptedPlayer: an UnscriptedPlayer (3407) named world > namePane: a BorderedMorph(2015) > chosenCategorySymbol: #color > > > --- The full stack --- > InfiniteForm(Object)>>doesNotUnderstand: #red > UnscriptedPlayer(Player)>>getRed > NumberType(DataType)>>updatingTileForTarget:partName:getter:setter: > CategoryViewer>>readoutFor:type:readOnly:getSelector:putSelector: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > CategoryViewer>>phraseForVariableFrom: > [] in UnscriptedPlayer(Object) > >>tilePhrasesForMethodInterfaces:inViewer: > {[:aMethodInterface | ((resultType := aMethodInterface resultType) > notNil ...]} > Array(SequenceableCollection)>>collect: > UnscriptedPlayer(Object)>>tilePhrasesForMethodInterfaces:inViewer: > UnscriptedPlayer(Object)>>tilePhrasesForCategory:inViewer: > CategoryViewer>>categoryWording: > CategoryViewer>>chosenCategorySymbol: > CategoryViewer>>chooseCategoryWhoseTranslatedWordingIs: > CategoryViewer>>initializeFor:categoryChoice: > StandardViewer>>categoryViewerFor: > [] in StandardViewer>>addCategoryViewerFor:atEnd: {[aViewer := self > categoryViewerFor: categoryInfo. atEnd ifTrue: [self add...]} > BlockContext>>ensure: > CursorWithMask(Cursor)>>showWhile: > StandardViewer>>addCategoryViewerFor:atEnd: > StandardViewer>>addCategoryViewerFor: > StandardViewer>>addCategoryViewer > StandardViewer>>initializeFor:barHeight:includeDismissButton:showCateg > or > ies: > StandardViewer>>initializeFor:barHeight:includeDismissButton: > StandardViewer>>initializeFor:barHeight: > Presenter>>viewMorph: > [] in PasteUpMorph(Morph)>>openViewerForArgument {[self presenter > viewMorph: self]} > BlockContext>>ensure: > CursorWithMask(Cursor)>>showWhile: > PasteUpMorph(Morph)>>openViewerForArgument > HaloMorph>>openViewerForTarget:with: > EventHandler>>send:to:withEvent:fromMorph: > EventHandler>>mouseDown:fromMorph: > ThreePhaseButtonMorph(Morph)>>mouseDown: > ThreePhaseButtonMorph>>mouseDown: > ThreePhaseButtonMorph(Morph)>>handleMouseDown: > MouseButtonEvent>>sentTo: > ThreePhaseButtonMorph(Morph)>>handleEvent: > MorphicEventDispatcher>>dispatchMouseDown:with: > MorphicEventDispatcher>>dispatchEvent:with: > ThreePhaseButtonMorph(Morph)>>processEvent:using: > ...etc... > >

1 0

[Etoys] Doc now posted (was Re: [sugar] Spreadsheets/ Slideshows)
by Alan Kay 03 Jun '07

03 Jun '07

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(a)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(a)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(a)lists.laptop.org >> > > http://lists.laptop.org/listinfo/devel >> > > >> >_______________________________________________ >> >Sugar mailing list >> >Sugar(a)lists.laptop.org >> >http://lists.laptop.org/listinfo/sugar >> >>_______________________________________________ >>Sugar mailing list >>Sugar(a)lists.laptop.org >>http://lists.laptop.org/listinfo/sugar

1 0

Re: [Etoys] [sugar] Spreadsheets/ Slideshows
by Alan Kay 03 Jun '07

03 Jun '07

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(a)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(a)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(a)lists.laptop.org >> > > http://lists.laptop.org/listinfo/devel >> > > >> >_______________________________________________ >> >Sugar mailing list >> >Sugar(a)lists.laptop.org >> >http://lists.laptop.org/listinfo/sugar >> >>_______________________________________________ >>Sugar mailing list >>Sugar(a)lists.laptop.org >>http://lists.laptop.org/listinfo/sugar

1 0

Re: [Etoys] [sugar] Spreadsheets/ Slideshows
by Samuel Klein 02 Jun '07

02 Jun '07

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(a)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(a)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(a)lists.laptop.org > > > http://lists.laptop.org/listinfo/devel > > > > >_______________________________________________ > >Sugar mailing list > >Sugar(a)lists.laptop.org > >http://lists.laptop.org/listinfo/sugar > > _______________________________________________ > Sugar mailing list > Sugar(a)lists.laptop.org > http://lists.laptop.org/listinfo/sugar >

2 1

[Etoys] Berts Vortrag zum $100-Laptop
by Robert Hirschfeld 02 Jun '07

02 Jun '07

Hallo -- Hier nochmal zur Erinnnerung fuer alle Interessierten: Am kommenden Donnerstag (7. Juni, 16-17 Uhr) wird Bert am HPI einen Vortrag ueber den $100-Laptop halten. Mehr Information dazu findet Ihr hier: http://www.hpi.uni-potsdam.de/hpi/veranstaltungen/hpi-kolloquium/ http://www.hpi.uni-potsdam.de/hpi/veranstaltungen/hpi-kolloquium/dr_bert_fr… http://www.hpi.uni-potsdam.de/hpi/campus/anfahrt.html http://www.swa.hpi.uni-potsdam.de/ Viele Gruesse, Robert -- Robert Hirschfeld hirschfeld(a)acm.org www.hirschfeld.org

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev June 2007