etoys-dev June 2010

etoys-dev@lists.squeakfoundation.org

22 participants
110 discussions

is it possible to download etoys older versions?
by Bruno Sperb 15 Jun '10

15 Jun '10

Hey all, the laptops delivered now in Brazil (National UCA Project) have an older version of Etoys installed in it. I am wondering if I can get olders versions to download, and if it is still possible, where. I've searched around, but was not able to find... The version is specifically -"squeakland 3.8-05 version". can anyone help me with that? all the best, Bruno Em 14/06/2010 15:35, etoys-dev-request(a)squeakland.org escreveu: > Send etoys-dev mailing list submissions to > etoys-dev(a)squeakland.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.squeakland.org/mailman/listinfo/etoys-dev > or, via email, send a message with subject or body 'help' to > etoys-dev-request(a)squeakland.org > > You can reach the person managing the list at > etoys-dev-owner(a)squeakland.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of etoys-dev digest..." > > > Today's Topics: > > 1. Etoys developer chat today (Bert Freudenberg) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 14 Jun 2010 12:39:17 +0200 > From: Bert Freudenberg<bert(a)freudenbergs.de> > Subject: [etoys-dev] Etoys developer chat today > To: etoys-dev dev<etoys-dev(a)squeakland.org> > Cc: "squeakland(a)squeakland.org list"<squeakland(a)squeakland.org>, The > general-purpose Squeak developers list > <squeak-dev(a)lists.squeakfoundation.org> > Message-ID:<5E3C3954-EF69-4778-96EA-BF6C06731B5F(a)freudenbergs.de> > Content-Type: text/plain; charset=us-ascii > > Please join our weekly Etoys developer chat today, as every Monday at 12 noon Squeakland Time. > > Follow this link to see the time in your local time zone: > > http://tinyurl.com/2bjpzbe > > To participate, enter your name as nickname on > > http://chat.squeakland.org/ > > and press "Login". Then say hi :-) > > Alternatively, use an IRC client of your choice to join #etoys on irc.freenode.net > > Everyone is welcome! > > - Bert - > > > > ------------------------------ > > _______________________________________________ > etoys-dev mailing list > etoys-dev(a)squeakland.org > http://lists.squeakland.org/mailman/listinfo/etoys-dev > > > End of etoys-dev Digest, Vol 46, Issue 25 > ***************************************** > >

2 1

Etoys developer chat log
by Bert Freudenberg 14 Jun '10

14 Jun '10

We had a chat again: * Etoys will follow the Sugar release schedule: http://wiki.sugarlabs.org/go/0.90/Roadmap * should prepare a first alpha release in June, with translations and DrGeo for wider testing * also camera support hopefully, need to simplify interface * there is a decompiler problem, possibly because of Eliot's changes * multi-touch working pretty well on iPad now * need idea about how to debug missing mouse-overs Full log below, as usual. And see you next Monday, same time: http://tinyurl.com/2bjpzbe - Bert - <bertf> hi karl <karlram> hi <karlram> not maye here <karlram> many <bertf> yep <bertf> busy, hopefully ;) <karlram> he he <karlram> I had some issues with a ehancement I integrated <karlram> enhancement <bertf> the broken viewers? --> hilaire (~hilaire(a)bon74-1-88-184-136-97.fbx.proxad.net) has joined #etoys <bertf> ah, hi hilaire :) <karlram> jup , it added all sort of stuff to variables categorie <hilaire> hello <karlram> hi <bertf> do you think it's okay now? <karlram> It was a one line fix <bertf> good <bertf> hilaire: thanks for submitting dr geo :) <karlram> But images must get past the bad fix without opening a viewer.... <bertf> I wouldn't worry too much abouht that <karlram> Ok <bertf> we're just a handful people updating regularly I think <karlram> you are right <bertf> do we need a do-it to fix it, if someone loaded the broken version? <karlram> I had another issue <karlram> deleting a etoy variable seems broken <karlram> when the variable is part of a etoy script <bertf> hmm. that should be a blocker ticket <bertf> just so it is not forgotten <bertf> you mean when the var is already used in a script? <karlram> I'll add it, the Decompiler complains about some issues <bertf> ah. might have to do with eliots changes then <karlram> Should I notify Eliot ? <bertf> wouldn't hurt <karlram> Ok <bertf> in any case, we should commit to a release schedule. I think adopting the Sugar one makes sense <karlram> and sugar release is ? <bertf> a July release would be too rushed <bertf> I sent mail about that, give me a second to find it <bertf> http://wiki.sugarlabs.org/go/0.90/Roadmap <karlram> July seems very close <bertf> right. september sounds sensible <bertf> we still should try to get an alpha release out asap <bertf> including dr geo and the new translations <bertf> so more people can test that stuff <karlram> Sound good <karlram> dr geo is big , in many ways <karlram> :-) <karlram> a huge framework <karlram> and lots of classes <karlram> and lot and lots of new stuff to learn :-) <bertf> indeed <bertf> but if we can get the fonts out of the image, we still will have a smaller image even with dr geo included <bertf> richo started on that <bertf> he pushed Andreas' font loader code <bertf> maybe we should start freezign features a bit earlier than the Sugar schedule ... <bertf> hilaire: did you want to talk about somethign specifically? <karlram> what about the camera morph stuff ? <karlram> wait another release to mature? <hilaire> bertf: no <bertf> karlram: no I think it would be a nice feature to have <bertf> karlram: but I would start simple <bertf> hilaire: okay. thanks for stopping by :) <bertf> karlram: the current one has too many controls. we should put in just the bare minimum and then see what people find missing <bertf> but having camera support on all platforms would be awesome <karlram> Sounds good <karlram> Many of the controls are a bit hard to understand :-) <bertf> yeah <hilaire> I need to rest <hilaire> bye <karlram> ye <karlram> bye <hilaire> add a hard time with students today.. <-- hilaire (~hilaire(a)bon74-1-88-184-136-97.fbx.proxad.net) has left #etoys <karlram> Students are not always what you want them to be :-) <karlram> I sent a mail to Eliot about http://tracker.squeakland.org/browse/SQ-710 <bertf> thanks <bertf> I got multitouch workign this weekend :) <bertf> on the iPad <bertf> you can draw with more than one finger, or move multiple objects at once <bertf> pretty cool <bertf> now if you also could rotate and scale them with two fingers that would be awesome :) <karlram> Oh, sound cool <bertf> And now that I compiled the VM with enabled optimizations it's even quite usable ;) <karlram> I remember some issues with mouse over states from earlier touch based computers <bertf> I was using it without optimizations for like two weeks .. was rather slow <bertf> yes, some things rely on mouse overs <bertf> e.g. the color selector in the paint box <bertf> I'd have thought it goes away on mouse-up, but apparently noe <bertf> not <bertf> hmm. your Etoys-kfr.19 looks identical ... <karlram> I was fighting mouse over issue with SelectionMourh, very annoying.... <bertf> but there is no diff <bertf> no changes <karlram> Hm, very weird, my image had the wrong method still displaying... <karlram> I got confuced... <karlram> confused <karlram> lol <bertf> always check changes before committing <karlram> I know <karlram> Back to the mouse over issues, do you know a good way to debug them ? <bertf> I'd simulate at touch event <bertf> that is, filter out all mousemove events that have button=0 <bertf> so you only get mouse down, move, and up, but no moves after mouse up <bertf> that should recreate the problem on a normal machine <karlram> ok <karlram> ipad is not a very fast machine ? <bertf> karlram: it feels very fast <bertf> just not in etoys <bertf> for Etoys it's about the XO-1 speed I would say <bertf> so not great but usable <bertf> okay, thanks for chatting, I'll send the log as usual :)

4 4

Etoys: DrGeoII-Etoys-HilaireFernandes.7.mcz
by commits＠source.squeak.org 14 Jun '10

14 Jun '10

Bert Freudenberg uploaded a new version of DrGeoII-Etoys to project Etoys: http://source.squeak.org/etoys/DrGeoII-Etoys-HilaireFernandes.7.mcz ==================== Summary ==================== Name: DrGeoII-Etoys-HilaireFernandes.7 Author: HilaireFernandes Time: 2 June 2010, 9:57:23 pm UUID: d246f960-6d3f-4daf-8982-bbce24a6ccf2 Ancestors: DrGeoII-Etoys-HilaireFernandes.6 Push DrGeo in Etoys Inbox ==================== Snapshot ==================== SystemOrganization addCategory: #'DrGeoII-Etoys'! ----- Method: DrGPointCostume>>getCurveAbscissa (in category '*DrGeoII-Etoys-scripting') ----- getCurveAbscissa (mathItem respondsTo: #abscissa) ifTrue: [^ mathItem exist ifTrue: [mathItem abscissa] ifFalse: [nil]] ifFalse: [^ nil]! ----- Method: DrGPointCostume>>getWorldX (in category '*DrGeoII-Etoys-scripting') ----- getWorldX ^mathItem point x! ----- Method: DrGPointCostume>>getWorldY (in category '*DrGeoII-Etoys-scripting') ----- getWorldY ^mathItem point y! ----- Method: DrGPointCostume>>setCurveAbscissa: (in category '*DrGeoII-Etoys-scripting') ----- setCurveAbscissa: aFloat (mathItem respondsTo: #abscissa:) ifTrue: [mathItem setCurveAbscissa: aFloat. self domain updateAllMathItems]! ----- Method: DrGPointCostume>>setWorldX: (in category '*DrGeoII-Etoys-scripting') ----- setWorldX: aFloat self domain moveEvent: mathItem at: aFloat @ mathItem point y ! ----- Method: DrGPointCostume>>setWorldY: (in category '*DrGeoII-Etoys-scripting') ----- setWorldY: aFloat self domain moveEvent: mathItem at: mathItem point x @ aFloat ! ----- Method: DrGValueCostume>>getMathItemValue (in category '*DrGeoII-Etoys-scripting') ----- getMathItemValue ^mathItem valueItem! ----- Method: DrGValueCostume>>setMathItemValue: (in category '*DrGeoII-Etoys-scripting') ----- setMathItemValue: aValue | freeValue | freeValue := self mathItem. freeValue class = DrGFreeValueItem ifTrue: [freeValue valueItem: aValue. self domain updateAllMathItems . self redraw]! ----- Method: DrGValueMorph classSide>>additionsToViewerCategoryDrGeo (in category '*DrGeoII-Etoys-flexiblevocabularies-scripting') ----- additionsToViewerCategoryDrGeo ^ #(drgeo ( (slot value 'The math item value' Number readWrite Player getMathItemValue Player setMathItemValue:) )) ! ----- Method: DrGValueMorph>>getMathItemValue (in category '*DrGeoII-Etoys-scripting') ----- getMathItemValue ^costume getMathItemValue! ----- Method: DrGValueMorph>>setMathItemValue: (in category '*DrGeoII-Etoys-scripting') ----- setMathItemValue: aValue costume setMathItemValue: aValue! ----- Method: Player>>getCurveAbscissa (in category '*DrGeoII-Etoys-slots') ----- getCurveAbscissa ^costume getCurveAbscissa! ----- Method: Player>>getMathItemValue (in category '*DrGeoII-Etoys-slots') ----- getMathItemValue ^costume getMathItemValue! ----- Method: Player>>getWorldX (in category '*DrGeoII-Etoys-slots') ----- getWorldX ^costume getWorldX! ----- Method: Player>>getWorldY (in category '*DrGeoII-Etoys-slots') ----- getWorldY ^costume getWorldY! ----- Method: Player>>setCurveAbscissa: (in category '*DrGeoII-Etoys-slots') ----- setCurveAbscissa: aFloat costume setCurveAbscissa: aFloat! ----- Method: Player>>setMathItemValue: (in category '*DrGeoII-Etoys-slots') ----- setMathItemValue: aValue ^ costume setMathItemValue: aValue! ----- Method: Player>>setWorldX: (in category '*DrGeoII-Etoys-slots') ----- setWorldX: aFloat costume setWorldX: aFloat! ----- Method: Player>>setWorldY: (in category '*DrGeoII-Etoys-slots') ----- setWorldY: aFloat costume setWorldY: aFloat! ----- Method: DrGPointMorph classSide>>additionsToViewerCategoryDrGeo (in category '*DrGeoII-Etoys-flexiblevocabularies-scripting') ----- additionsToViewerCategoryDrGeo ^ # (drgeo ( (slot curveAbscissa 'The abscissa of this point on the curve' Number readWrite Player getCurveAbscissa Player setCurveAbscissa:) (slot Xw 'The x coordinate in the DrGeoII world coordinate system' Number readWrite Player getWorldX Player setWorldX:) (slot Yw 'The y coordinate in the DrGeoII world coordinate system' Number readWrite Player getWorldY Player setWorldY:) ))! ----- Method: DrGPointMorph>>getCurveAbscissa (in category '*DrGeoII-Etoys-scripting') ----- getCurveAbscissa ^costume getCurveAbscissa! ----- Method: DrGPointMorph>>getWorldX (in category '*DrGeoII-Etoys-scripting') ----- getWorldX ^costume getWorldX! ----- Method: DrGPointMorph>>getWorldY (in category '*DrGeoII-Etoys-scripting') ----- getWorldY ^costume getWorldY! ----- Method: DrGPointMorph>>setCurveAbscissa: (in category '*DrGeoII-Etoys-scripting') ----- setCurveAbscissa: aFloat costume setCurveAbscissa: aFloat! ----- Method: DrGPointMorph>>setWorldX: (in category '*DrGeoII-Etoys-scripting') ----- setWorldX: aFloat costume setWorldX: aFloat! ----- Method: DrGPointMorph>>setWorldY: (in category '*DrGeoII-Etoys-scripting') ----- setWorldY: aFloat costume setWorldY: aFloat! ----- Method: DrGPointMorph>>x: (in category '*DrGeoII-Etoys-scripting') ----- x: aNumber | oldPosition newX | newX := costume drawable morphAbscissaToWorld: (self referencePlayfield cartesianOrigin x + aNumber). oldPosition := costume mathItem point. costume drawable view domain moveEvent: costume mathItem at: newX@oldPosition y! ----- Method: DrGPointMorph>>y: (in category '*DrGeoII-Etoys-scripting') ----- y: aNumber | oldPosition newY| newY := costume drawable morphOrdinateToWorld: (self referencePlayfield cartesianOrigin y - aNumber + 0). oldPosition := costume mathItem point. costume drawable app domain moveEvent: costume mathItem at: oldPosition x @ newY! BorderedMorph subclass: #DrGService instanceVariableNames: 'app area' classVariableNames: '' poolDictionaries: '' category: 'DrGeoII-Etoys'! ----- Method: DrGService classSide>>descriptionForPartsBin (in category 'parts bin') ----- descriptionForPartsBin ^ (DescriptionForPartsBin formalName: 'Dr. Geo' categoryList: #('Graphics' 'Tools' ) documentation: 'An interactive geometry canvas to draw dynamic geometric sketch. Open the Morph menu to get access to the construction tools and more.' translated globalReceiverSymbol: #DrGeo nativitySelector: #sample) sampleImageForm: DrGIcons angle! ----- Method: DrGService classSide>>in: (in category 'instance creation') ----- in: aDrgeo ^ self basicNew app: aDrgeo; initialize! ----- Method: DrGService classSide>>with: (in category 'instance creation') ----- with: aDrgeoModel ^ self basicNew initialize: aDrgeoModel! ----- Method: DrGService>>add:menuItemBtn:to: (in category 'menu') ----- add: btnSelector menuItemBtn: array to: menu menu add: array first target: self selector: #giveMeButton: argument: btnSelector. menu lastItem icon: (DrGIcons scaled16: array second); setBalloonText: array fourth ! ----- Method: DrGService>>addCustomMenuItems:hand: (in category 'menu') ----- addCustomMenuItems: menu hand: aHandMorph "super addCustomMenuItems: menu hand: aHandMorph." | submenu | menu addLine. submenu := MenuMorph new. self addToolsMenuItems: submenu hand: aHandMorph. menu add: 'Dr. Geo tools' translated subMenu: submenu. submenu := MenuMorph new. self addGetButtonsMenuItems: submenu hand: aHandMorph. menu add: 'Give me Dr. Geo buttons' translated subMenu: submenu! ----- Method: DrGService>>addGetButtonsMenuItems:hand: (in category 'menu') ----- addGetButtonsMenuItems: menu hand: aHandMorph "from this menu we can ask for buttons to plug arround" self addPointBtnMenuItems: menu hand: aHandMorph. self addLineBtnMenuItems: menu hand: aHandMorph. self addTransformationBtnMenuItems: menu hand: aHandMorph. self addNumericBtnMenuItems: menu hand: aHandMorph. self addMacroBtnMenuItems: menu hand: aHandMorph. self addOtherBtnMenuItems: menu hand: aHandMorph.! ----- Method: DrGService>>addLineBtnMenuItems:hand: (in category 'menu') ----- addLineBtnMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self add: #lineBtn menuItemBtn: self drgeoPresenter lineButtonData to: subMenu. self add: #parallelBtn menuItemBtn: self drgeoPresenter parallelButtonData to: subMenu. self add: #perpendicularBtn menuItemBtn: self drgeoPresenter perpendicularButtonData to: subMenu. self add: #rayBtn menuItemBtn: self drgeoPresenter rayButtonData to: subMenu. self add: #segmentBtn menuItemBtn: self drgeoPresenter segmentButtonData to: subMenu. self add: #vectorBtn menuItemBtn: self drgeoPresenter vectorButtonData to: subMenu. self add: #circleBtn menuItemBtn: self drgeoPresenter circleButtonData to: subMenu. self add: #arcBtn menuItemBtn: self drgeoPresenter arcButtonData to: subMenu. self add: #polygonBtn menuItemBtn: self drgeoPresenter polygonButtonData to: subMenu. self add: #locusBtn menuItemBtn: self drgeoPresenter locusButtonData to: subMenu. menu add: ('Curves' translated) subMenu: subMenu! ----- Method: DrGService>>addLineMenuItems:hand: (in category 'menu') ----- addLineMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self addMenuItem: self drgeoPresenter lineButtonData to: subMenu. self addMenuItem: self drgeoPresenter parallelButtonData to: subMenu. self addMenuItem: self drgeoPresenter perpendicularButtonData to: subMenu. self addMenuItem: self drgeoPresenter rayButtonData to: subMenu. self addMenuItem: self drgeoPresenter segmentButtonData to: subMenu. self addMenuItem: self drgeoPresenter vectorButtonData to: subMenu. self addMenuItem: self drgeoPresenter circleButtonData to: subMenu. self addMenuItem: self drgeoPresenter arcButtonData to: subMenu. self addMenuItem: self drgeoPresenter polygonButtonData to: subMenu. self addMenuItem: self drgeoPresenter locusButtonData to: subMenu. menu add: 'Curves' translated subMenu: subMenu! ----- Method: DrGService>>addMacroBtnMenuItems:hand: (in category 'menu') ----- addMacroBtnMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self add: #macroBuildBtn menuItemBtn: self drgeoPresenter macroBuildButtonData to: subMenu. self add: #executeBtn menuItemBtn: self drgeoPresenter macroExecuteButtonData to: subMenu. menu add: 'Macro-construction' translated subMenu: subMenu! ----- Method: DrGService>>addMacroMenuItems:hand: (in category 'menu') ----- addMacroMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self addMenuItem: self drgeoPresenter macroBuildButtonData to: subMenu. self addMenuItem: self drgeoPresenter macroExecuteButtonData to: subMenu. self addMenuItem: self drgeoPresenter macroDeleteButtonData to: subMenu. menu add: 'Macro-construction' translated subMenu: subMenu! ----- Method: DrGService>>addMenuItem:to: (in category 'menu') ----- addMenuItem: array to: menu menu add: array first target: self drgeoPresenter selector: array third. menu lastItem setBalloonText: array fourth ! ----- Method: DrGService>>addNumericBtnMenuItems:hand: (in category 'menu') ----- addNumericBtnMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self add: #distanceBtn menuItemBtn: self drgeoPresenter distanceButtonData to: subMenu. self add: #angleBtn menuItemBtn: self drgeoPresenter angleButtonData to: subMenu. self add: #coordinatesBtn menuItemBtn: self drgeoPresenter coordinatesButtonData to: subMenu. self add: #scriptBtn menuItemBtn: self drgeoPresenter scriptButtonData to: subMenu. self add: #scriptEditBtn menuItemBtn: self drgeoPresenter scriptEditButtonData to: subMenu. menu add: 'Numerics' translated subMenu: subMenu! ----- Method: DrGService>>addNumericMenuItems:hand: (in category 'menu') ----- addNumericMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self addMenuItem: self drgeoPresenter distanceButtonData to: subMenu. self addMenuItem: self drgeoPresenter angleButtonData to: subMenu. self addMenuItem: self drgeoPresenter coordinatesButtonData to: subMenu. self addMenuItem: self drgeoPresenter scriptEditButtonData to: subMenu. self addMenuItem: self drgeoPresenter scriptButtonData to: subMenu. menu add: 'Numerics' translated subMenu: subMenu! ----- Method: DrGService>>addOtherBtnMenuItems:hand: (in category 'menu') ----- addOtherBtnMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self add: #undoBtn menuItemBtn: self drgeoPresenter undoButtonData to: subMenu. self add: #redoBtn menuItemBtn: self drgeoPresenter redoButtonData to: subMenu. self add: #eraserBtn menuItemBtn: self drgeoPresenter eraserButtonData to: subMenu. self add: #styleBtn menuItemBtn: self drgeoPresenter styleButtonData to: subMenu. self add: #propertyBtn menuItemBtn: self drgeoPresenter propertyButtonData to: subMenu. self add: #moveBtn menuItemBtn: self drgeoPresenter moveButtonData to: subMenu. self add: #gridBtn menuItemBtn: self drgeoPresenter gridButtonData to: subMenu. self add: #gridStuckBtn menuItemBtn: self drgeoPresenter gridStuckButtonData to: subMenu. self add: #viewerBtn menuItemBtn: self drgeoPresenter viewerButtonData to: subMenu. menu add: 'Other' translated subMenu: subMenu! ----- Method: DrGService>>addOtherMenuItems:hand: (in category 'menu') ----- addOtherMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self addMenuItem: self drgeoPresenter undoButtonData to: subMenu. self addMenuItem: self drgeoPresenter redoButtonData to: subMenu. self addMenuItem: self drgeoPresenter eraserButtonData to: subMenu. self addMenuItem: self drgeoPresenter styleButtonData to: subMenu. self addMenuItem: self drgeoPresenter propertyButtonData to: subMenu. self addMenuItem: self drgeoPresenter moveButtonData to: subMenu. subMenu addUpdating: #gridString target: self drgeoPresenter selector: #gridOnOff argumentList: #(); addUpdating: #griddedString target: self drgeoPresenter selector: #gridStuckOnOff argumentList: #(). self addMenuItem: self drgeoPresenter viewerButtonData to: subMenu. self addMenuItem: self drgeoPresenter multipleModeButtonData to: subMenu. subMenu addUpdating: #createMultipleString target: self drgeoPresenter selector: #createMultipleOnOff argumentList: #(); add: 'default position and scale' translated target: self area selector: #defaultScalePosition. menu add: 'Other' translated subMenu: subMenu! ----- Method: DrGService>>addPointBtnMenuItems:hand: (in category 'menu') ----- addPointBtnMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self add: #freePointBtn menuItemBtn: self drgeoPresenter freePointButtonData to: subMenu. self add: #middlePointBtn menuItemBtn: self drgeoPresenter middleButtonData to: subMenu. self add: #pointByCoordinatesBtn menuItemBtn: self drgeoPresenter pointByCoordinatesButtonData to: subMenu. menu add: 'Points' translated subMenu: subMenu! ----- Method: DrGService>>addPointMenuItems:hand: (in category 'menu') ----- addPointMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self addMenuItem: self drgeoPresenter freePointButtonData to: subMenu. self addMenuItem: self drgeoPresenter middleButtonData to: subMenu. self addMenuItem: self drgeoPresenter pointByCoordinatesButtonData to: subMenu. menu add: 'Points' translated subMenu: subMenu! ----- Method: DrGService>>addToolsMenuItems:hand: (in category 'menu') ----- addToolsMenuItems: menu hand: aHandMorph self addPointMenuItems: menu hand: aHandMorph. self addLineMenuItems: menu hand: aHandMorph. self addTransformationMenuItems: menu hand: aHandMorph. self addNumericMenuItems: menu hand: aHandMorph. self addMacroMenuItems: menu hand: aHandMorph. self addOtherMenuItems: menu hand: aHandMorph! ----- Method: DrGService>>addTransformationBtnMenuItems:hand: (in category 'menu') ----- addTransformationBtnMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self add: #symmetryBtn menuItemBtn: self drgeoPresenter symmetryButtonData to: subMenu. self add: #reflectionBtn menuItemBtn: self drgeoPresenter reflectionButtonData to: subMenu. self add: #translationBtn menuItemBtn: self drgeoPresenter translationButtonData to: subMenu. self add: #rotationBtn menuItemBtn: self drgeoPresenter rotationButtonData to: subMenu. self add: #homothetyBtn menuItemBtn: self drgeoPresenter homothetyButtonData to: subMenu. menu add: 'Transformations' translated subMenu: subMenu! ----- Method: DrGService>>addTransformationMenuItems:hand: (in category 'menu') ----- addTransformationMenuItems: menu hand: aHandMorph | subMenu | subMenu := MenuMorph new. self addMenuItem: self drgeoPresenter symmetryButtonData to: subMenu. self addMenuItem: self drgeoPresenter reflectionButtonData to: subMenu. self addMenuItem: self drgeoPresenter translationButtonData to: subMenu. self addMenuItem: self drgeoPresenter rotationButtonData to: subMenu. self addMenuItem: self drgeoPresenter homothetyButtonData to: subMenu. menu add: 'Transformations' translated subMenu: subMenu! ----- Method: DrGService>>angleBtn (in category 'button') ----- angleBtn ^ self buttonAtHand: self drgeoPresenter angleButtonData ! ----- Method: DrGService>>app (in category 'accessing') ----- app ^ app! ----- Method: DrGService>>app: (in category 'accessing') ----- app: anObject app := anObject! ----- Method: DrGService>>arcBtn (in category 'button') ----- arcBtn ^ self buttonAtHand: self drgeoPresenter arcButtonData ! ----- Method: DrGService>>area (in category 'accessing') ----- area ^ area! ----- Method: DrGService>>buttonAtHand: (in category 'button') ----- buttonAtHand: array " array first = button form array second = symbol callback array third = help string " ^ IconicButton new labelGraphic: (DrGIcons scaled24: array second); color: self colorButton; setBalloonText: array fourth translated; target: self drgeoPresenter; actionSelector: array third! ----- Method: DrGService>>circleBtn (in category 'button') ----- circleBtn ^ self buttonAtHand: self drgeoPresenter circleButtonData ! ----- Method: DrGService>>colorButton (in category 'button') ----- colorButton ^ Color green alpha: 0.2! ----- Method: DrGService>>coordinatesBtn (in category 'button') ----- coordinatesBtn ^ self buttonAtHand: self drgeoPresenter coordinatesButtonData ! ----- Method: DrGService>>distanceBtn (in category 'button') ----- distanceBtn ^ self buttonAtHand: self drgeoPresenter distanceButtonData ! ----- Method: DrGService>>drgeoPresenter (in category 'accessing') ----- drgeoPresenter ^ app presenter! ----- Method: DrGService>>editGroupBtn (in category 'button') ----- editGroupBtn ^ self buttonAtHand: self drgeoPresenter editGroupButtonData ! ----- Method: DrGService>>eraserBtn (in category 'button') ----- eraserBtn ^ self buttonAtHand: self drgeoPresenter eraserButtonData ! ----- Method: DrGService>>freePointBtn (in category 'button') ----- freePointBtn ^ self buttonAtHand: self drgeoPresenter freePointButtonData! ----- Method: DrGService>>giveMeButton: (in category 'button') ----- giveMeButton: aSymbol self currentHand attachMorph: (self perform: aSymbol)! ----- Method: DrGService>>gridBtn (in category 'button') ----- gridBtn ^ self buttonAtHand: self drgeoPresenter gridButtonData ! ----- Method: DrGService>>gridStuckBtn (in category 'button') ----- gridStuckBtn ^ self buttonAtHand: self drgeoPresenter gridStuckButtonData ! ----- Method: DrGService>>groupBtn (in category 'button') ----- groupBtn ^ self buttonAtHand: self drgeoPresenter groupButtonData ! ----- Method: DrGService>>homothetyBtn (in category 'button') ----- homothetyBtn ^ self buttonAtHand: self drgeoPresenter homothetyButtonData ! ----- Method: DrGService>>initialize (in category 'initialize-release') ----- initialize super initialize. self color: Color veryLightGray muchLighter . self borderWidth: 1. self clipSubmorphs: true. self layoutPolicy: ProportionalLayout new. area := DrGDrawable newOn: app. self installTools! ----- Method: DrGService>>installTools (in category 'initialize-release') ----- installTools self addMorph: area fullFrame: (LayoutFrame fractions: (0@0 corner: 1@1) offsets: (0@0 corner: -25@ -25)). self addMorph: self drgeoPresenter verticalWheel fullFrame: (LayoutFrame fractions: (1 @ 1 corner: 1 @ 1) offsets: (-25@ -120 corner: 0@ -20)). self addMorph: self drgeoPresenter horizontalWheel fullFrame: (LayoutFrame fractions: (1 @ 1 corner: 1 @ 1) offsets: (-120@ -25 corner: -20@0)). self addMorph: self drgeoPresenter zoomWheel fullFrame: (LayoutFrame fractions: (1 @ 0 corner: 1 @ 0) offsets: (-25@0 corner: 0@100)). area layoutChanged! ----- Method: DrGService>>isApplication (in category 'testing') ----- isApplication ^false! ----- Method: DrGService>>isService (in category 'testing') ----- isService ^true! ----- Method: DrGService>>lineBtn (in category 'button') ----- lineBtn ^ self buttonAtHand: self drgeoPresenter lineButtonData ! ----- Method: DrGService>>locusBtn (in category 'button') ----- locusBtn ^ self buttonAtHand: self drgeoPresenter locusButtonData ! ----- Method: DrGService>>macroBuildBtn (in category 'button') ----- macroBuildBtn ^ self buttonAtHand: self drgeoPresenter macroBuildButtonData ! ----- Method: DrGService>>macroDeleteBtn (in category 'button') ----- macroDeleteBtn ^ self buttonAtHand: self drgeoPresenter macroDeleteButtonData ! ----- Method: DrGService>>macroExecuteBtn (in category 'button') ----- macroExecuteBtn ^ self buttonAtHand: self drgeoPresenter macroExecuteButtonData ! ----- Method: DrGService>>middlePointBtn (in category 'button') ----- middlePointBtn ^ self buttonAtHand: self drgeoPresenter middleButtonData ! ----- Method: DrGService>>moveBtn (in category 'button') ----- moveBtn ^ self buttonAtHand: self drgeoPresenter moveButtonData ! ----- Method: DrGService>>multipleModeBtn (in category 'button') ----- multipleModeBtn ^ self buttonAtHand: self drgeoPresenter multipleModeButtonData ! ----- Method: DrGService>>parallelBtn (in category 'button') ----- parallelBtn ^ self buttonAtHand: self drgeoPresenter parallelButtonData ! ----- Method: DrGService>>perpendicularBtn (in category 'button') ----- perpendicularBtn ^ self buttonAtHand: self drgeoPresenter parallelButtonData! ----- Method: DrGService>>pointByCoordinatesBtn (in category 'button') ----- pointByCoordinatesBtn ^ self buttonAtHand: self drgeoPresenter pointByCoordinatesButtonData ! ----- Method: DrGService>>polygonBtn (in category 'button') ----- polygonBtn ^ self buttonAtHand: self drgeoPresenter polygonButtonData ! ----- Method: DrGService>>popupMenu (in category 'menu') ----- popupMenu "super addCustomMenuItems: menu hand: aHandMorph." | menu | menu := MenuMorph new title: 'Dr. Geo tools' translated. self addToolsMenuItems: menu hand: nil. menu addStayUpItem. menu popUpInWorld: World! ----- Method: DrGService>>propertyBtn (in category 'button') ----- propertyBtn ^ self buttonAtHand: self drgeoPresenter propertyButtonData ! ----- Method: DrGService>>rayBtn (in category 'button') ----- rayBtn ^ self buttonAtHand: self drgeoPresenter rayButtonData! ----- Method: DrGService>>redoBtn (in category 'button') ----- redoBtn ^ self buttonAtHand: self drgeoPresenter redoButtonData ! ----- Method: DrGService>>reflectionBtn (in category 'button') ----- reflectionBtn ^ self buttonAtHand: self drgeoPresenter reflectionButtonData ! ----- Method: DrGService>>rotationBtn (in category 'button') ----- rotationBtn ^ self buttonAtHand: self drgeoPresenter rotationButtonData ! ----- Method: DrGService>>scriptBtn (in category 'button') ----- scriptBtn ^ self buttonAtHand: self drgeoPresenter scriptButtonData ! ----- Method: DrGService>>scriptEditBtn (in category 'button') ----- scriptEditBtn ^ self buttonAtHand: self drgeoPresenter scriptEditButtonData ! ----- Method: DrGService>>segmentBtn (in category 'button') ----- segmentBtn ^ self buttonAtHand: self drgeoPresenter segmentButtonData ! ----- Method: DrGService>>styleBtn (in category 'button') ----- styleBtn ^ self buttonAtHand: self drgeoPresenter styleButtonData ! ----- Method: DrGService>>symmetryBtn (in category 'button') ----- symmetryBtn ^ self buttonAtHand: self drgeoPresenter symmetryButtonData ! ----- Method: DrGService>>translationBtn (in category 'button') ----- translationBtn ^ self buttonAtHand: self drgeoPresenter translationButtonData ! ----- Method: DrGService>>undoBtn (in category 'button') ----- undoBtn ^ self buttonAtHand: self drgeoPresenter undoButtonData ! ----- Method: DrGService>>vectorBtn (in category 'button') ----- vectorBtn ^ self buttonAtHand: self drgeoPresenter vectorButtonData ! ----- Method: DrGService>>viewerBtn (in category 'button') ----- viewerBtn ^ self buttonAtHand: self drgeoPresenter viewerButtonData !

1 0

Etoys Inbox: Morphic-kfr.16.mcz
by commits＠source.squeak.org 14 Jun '10

14 Jun '10

A new version of Morphic was added to project Etoys Inbox: http://source.squeak.org/etoysinbox/Morphic-kfr.16.mcz ==================== Summary ==================== Name: Morphic-kfr.16 Author: kfr Time: 14 June 2010, 12:04:14 am UUID: dce814a2-a2fc-6742-ad86-9c10e120ef9e Ancestors: Morphic-KR.15 Adds a Color Palette to the Objects Tool Graphics category. Can be used interactively for picking colors or for random color picking via scripting. The color palette is hard to get hold of as a object otherwise =============== Diff against Morphic-KR.15 =============== Item was added: + ----- Method: SketchMorph class>>newStandAlone (in category 'new-morph participation') ----- + newStandAlone + ^self asColorPalette:320@240 depth:16! Item was added: + ----- Method: SketchMorph class>>asColorPalette:depth: (in category 'instance creation') ----- + asColorPalette: anExtent depth: aDepth + | form | + form := Color colorPaletteForDepth: aDepth extent: anExtent. + form := form + copy: (0 @ 21 corner: anExtent x - 20 @ anExtent y). + ^ self withForm: form! Item was added: + ----- Method: SketchMorph class>>descriptionForPartsBin (in category 'new-morph participation') ----- + descriptionForPartsBin + ^ self partName: 'Color Palette' translatedNoop + categories: {'Graphics' translatedNoop} + documentation: 'Display a palette of colors' translatedNoop!

1 0

Re: [etoys-dev] Etoys: TrueType-Richo.5.mcz
by Bert Freudenberg 12 Jun '10

12 Jun '10

We must *only* look for fonts in <imagePath>/fonts by default. Otherwise projects would not be compatible between platforms anymore. One option would be to add a "platformFonts" preference that would be off by default in our image. - Bert - On 12.06.2010, at 17:52, commits(a)source.squeak.org wrote: > Ricardo Moran uploaded a new version of TrueType to project Etoys: > http://source.squeak.org/etoys/TrueType-Richo.5.mcz > > ==================== Summary ==================== > > Name: TrueType-Richo.5 > Author: Richo > Time: 12 June 2010, 2:52:41 pm > UUID: eac6d292-1884-4e47-8da8-e965079f6b1f > Ancestors: TrueType-Richo.4 > > * Added (imagePath)/fonts as a path for looking fonts. > > =============== Diff against TrueType-Richo.4 =============== > > Item was changed: > ----- Method: TTFileDescription class>>fontPathsDo: (in category 'font paths') ----- > fontPathsDo: aBlock > "Evaluate aBlock with all of the font paths that should be searched on the current platform" > > "Start with the current directory" > aBlock value: FileDirectory default pathName. > > "Then subdirectory 'fonts'" > aBlock value: (FileDirectory default directoryNamed: 'fonts') pathName. > > + aBlock value: (SmalltalkImage current imagePath, FileDirectory pathNameDelimiter asString, 'fonts'). > + > "Platform specific directories" > SmalltalkImage current platformName caseOf:{ > ['Win32'] -> [ > "Standard Windows fonts directory" > aBlock value: 'C:\Windows\Fonts'. > ]. > ['Mac OS'] -> [ > "Standard system fonts directory" > aBlock value: '/Library/Fonts'. > ]. > ['unix'] -> [ | base | > "Standard fonts are in /usr/share/fonts/*" > base := '/usr/share/fonts'. > (FileDirectory on: base) directoryNames > do:[:dn| aBlock value: base, '/', dn]. > ]. > } otherwise:[]. > !

2 1

Etoys: TrueType-Richo.6.mcz
by commits＠source.squeak.org 12 Jun '10

12 Jun '10

Ricardo Moran uploaded a new version of TrueType to project Etoys: http://source.squeak.org/etoys/TrueType-Richo.6.mcz ==================== Summary ==================== Name: TrueType-Richo.6 Author: Richo Time: 12 June 2010, 4:10:02 pm UUID: a32b2849-ab22-9841-ad70-54e66165e3c2 Ancestors: TrueType-Richo.5 * Added a preference called #usePlatformFonts to avoid looking for fonts in platform specific directories. =============== Diff against TrueType-Richo.5 =============== Item was changed: ----- Method: TTFileDescription class>>fontPathsDo: (in category 'font paths') ----- fontPathsDo: aBlock "Evaluate aBlock with all of the font paths that should be searched on the current platform" + (Preferences valueOfPreference: #usePlatformFonts ifAbsent: [false]) + ifTrue: [ "Start with the current directory" aBlock value: FileDirectory default pathName. "Then subdirectory 'fonts'" aBlock value: (FileDirectory default directoryNamed: 'fonts') pathName. - aBlock value: (SmalltalkImage current imagePath, FileDirectory pathNameDelimiter asString, 'fonts'). - "Platform specific directories" SmalltalkImage current platformName caseOf:{ ['Win32'] -> [ "Standard Windows fonts directory" aBlock value: 'C:\Windows\Fonts'. ]. ['Mac OS'] -> [ "Standard system fonts directory" aBlock value: '/Library/Fonts'. ]. ['unix'] -> [ | base | "Standard fonts are in /usr/share/fonts/*" base := '/usr/share/fonts'. (FileDirectory on: base) directoryNames do:[:dn| aBlock value: base, '/', dn]. ]. } otherwise:[]. + ]. + + aBlock value: (SmalltalkImage current imagePath, FileDirectory pathNameDelimiter asString, 'fonts').! - ! Item was changed: ----- Method: TTFileDescription class>>initialize (in category 'class initialization') ----- initialize "TTFileDescription initialize" Smalltalk addToShutDownList: self. FontPaths := Dictionary new. + AllFontsAndFiles := nil. + Preferences addBooleanPreference: #usePlatformFonts category: 'fonts' default: false balloonHelp: 'usePlatformFonts: + If true, TTFileDescription will look for fonts in platform specific directories. Otherwise, it will only look in <imagePath>/fonts'! - AllFontsAndFiles := nil.!

1 0

Etoys: TrueType-Richo.5.mcz
by commits＠source.squeak.org 12 Jun '10

12 Jun '10

Ricardo Moran uploaded a new version of TrueType to project Etoys: http://source.squeak.org/etoys/TrueType-Richo.5.mcz ==================== Summary ==================== Name: TrueType-Richo.5 Author: Richo Time: 12 June 2010, 2:52:41 pm UUID: eac6d292-1884-4e47-8da8-e965079f6b1f Ancestors: TrueType-Richo.4 * Added (imagePath)/fonts as a path for looking fonts. =============== Diff against TrueType-Richo.4 =============== Item was changed: ----- Method: TTFileDescription class>>fontPathsDo: (in category 'font paths') ----- fontPathsDo: aBlock "Evaluate aBlock with all of the font paths that should be searched on the current platform" "Start with the current directory" aBlock value: FileDirectory default pathName. "Then subdirectory 'fonts'" aBlock value: (FileDirectory default directoryNamed: 'fonts') pathName. + aBlock value: (SmalltalkImage current imagePath, FileDirectory pathNameDelimiter asString, 'fonts'). + "Platform specific directories" SmalltalkImage current platformName caseOf:{ ['Win32'] -> [ "Standard Windows fonts directory" aBlock value: 'C:\Windows\Fonts'. ]. ['Mac OS'] -> [ "Standard system fonts directory" aBlock value: '/Library/Fonts'. ]. ['unix'] -> [ | base | "Standard fonts are in /usr/share/fonts/*" base := '/usr/share/fonts'. (FileDirectory on: base) directoryNames do:[:dn| aBlock value: base, '/', dn]. ]. } otherwise:[]. !

1 0

Re: [etoys-dev] Re: Etoys new fonts
by K. K. Subramaniam 12 Jun '10

12 Jun '10

On Saturday 12 Jun 2010 5:58:57 pm Bert Freudenberg wrote: > > When I wrote LatexMorph, I also > > needed writable+volatile for converting LaTeX code to images quickly on > > the fly. I didn't want persistent directory because of higher i/o > > latencies, power drain and/or wear-n-tear risks. Do you see any > > increased security issues with two repos? > > > > > > > > I expect similar situations in code involving dynamic font operations, > > multimedia codec or inter-process communications. Anyone? > > We would have to change the SecurityPlugin on all platforms. I see little > benefit to Etoys, but hypothetically, which directories would you like > this "volatile" directory to be, on each of our supported platforms? ${TMPDIR:-/tmp} on Unix/Linux/OSX. %TEMP% on Windows. But we could use mktemp calls in SecurityPlugin and launch scripts for portability. BTW, would you like a separate thread for this? Subbu

2 1

Etoys new fonts
by Ricardo Moran 12 Jun '10

12 Jun '10

Hi, I've been testing Andreas code with the DejaVu, Mona, UnDotum, and UnBatang fonts. You can install them by copying the .ttf files in the font directory and executing the following code (make sure you have an updated image): TTFileDescription installFamilyNamed: 'Mona'; installFamilyNamed: 'UnBatang'; installFamilyNamed: 'UnDotum'; installFamilyNamed: 'DejaVu LGC Sans'; installFamilyNamed: 'DejaVu LGC Serif'; installFamilyNamed: 'DejaVu LGC Sans Mono' For convenience, I uploaded the fonts to http://tecnodacta.com.ar/gira/gsoc/new-etoys-fonts.zip. The size is 11.1 MB. I haven't managed to link these fonts with the LanguageEnvironment (so that Mona would be the default font when you're using the japanese locale, or UnDotum for the korean) but I'm looking into that. Cheers Richo

5 18

Re: [squeakland] Re: the reasons for ranking
by Karl Ramberg 09 Jun '10

09 Jun '10

On 2009-09-30 17:20, Kim Rose wrote: > Hey, John, > > Nice to see you are still around and interested -- hope you are doing > well. Thanks for the comments. > > As for me and Viewpoints -- there is one reason only for ranking and > that is filtering in an attempt to bring the best educational examples > and those illustrative of etoys' strengths to the attention of the > community. So, I, for one, am hoping that those "voting" are not > voting for any particular child, author or person, but for the example > itself -- I hope those voting/ranking are asking "is this a fine > exemplar to help teach a concept, principle, or powerful idea?". The > more the example answers back with a "yes" the higher the rank. Also, > the more complete an example the higher the rank. How disclosing of > what the Etoy is meant to do is in the example? Does it have an > explanation of what it is? If it is a game does it have instruction > on how to play and the goal of the game? A googlish way of ranking is to use links/ references to a projects. If teachers/users could make a group or curriculum of projects on the site, we could rank from the refs to projects. I tried to rank a few project, but it's quite hard to do. There are to many things to consider. I'm not a teacher, so for me to rank appropriateness of a project for a classroom situation is not really realistic Karl > > I hope that teachers who encourage their students to upload projects > will *only* allow sharing if their student provides an "About" flap, > or some intro/explanation of the Etoy and some instruction on where to > start, the aim of the project, etc. The most beautiful simulation of > something will fall completely flat with someone if they have no real > idea of what they are looking at or what the script they are playing > with is meant to do. Etoys are intended to teach and help us learn; > learning cannot occur without context. No author should assume their > project will be self disclosing; it will not. Our users have a > variety of levels of expertise in both Etoys and subject matter areas; > providing more context can only help. > > If there is no "ranking" in place and everything is posted the > offerings soon get overwhelming and most difficult to navigate. We > found this years ago when we had an active "super-swiki". Projects > that were no more than a single sketch with no script at all were > posted and only "muddied the waters" for those wading in an attempt to > find something with some meaningful content. > > I hope the community will bear this in mind when "ranking" what gets > uploaded and understand that not everyone can be represented in a > featured showcase. > -- Kim > > > On Sep 30, 2009, at 7:58 AM, voiklis wrote: > >> Hello all, >> >> I apologize for joining this conversation so late; I am a longtime, >> though recently quiet, member of the community. >> >> I understand that the ranking system is an attempt to enable people >> to judge the quality of a contribution (or contributor) based on some >> directly observable measure of reputation. On first sight, one could >> argue that such a system overcomes the problem that in the >> face-to-face world reputation is not directly observable. In order to >> get an honest assessment of a person's reputation, one has to invest >> a lot of time building trust with the people familiar with that >> person. Even then, a trustworthy assessment requires direct >> observation of the person's actions. >> >> A ranking system would appear to reduce that effort by half; knowing >> the person's reputation among his/her peers, one only needs to assess >> the work. >> >> The problem with that reasoning is that electronic ranking systems >> are highly susceptible to manipulation. Building reputation becomes >> the goal of the activity for many people and they use all sorts of >> seemingly harmless social and technological means to inflate their >> numbers. Our lab has been studying this phenomenon through both >> observational studies of online communities and laboratory >> experiments. The two papers below report on the phenomenon as it >> presents itself in Digg, the news aggregation site. >> >> The first paper demonstrates that a tit-for-tat game of reciprocity >> inflates the reputation of contributors and their contributions >> without reflecting anything substantive about their contributions. >> The second paper really brings out the negative consequences of this >> phenomenon. The paper reports on an experiment where people judged >> how interesting they found the contribution. The ranking values of >> the articles were set by the investigator; sometime the rank of the >> article was set high, at other times low. Experimental subjects rated >> higher-ranked contributions as more interesting than lower ranked >> contributions. The same article was rated as highly interesting when >> its rank was set high and uninteresting when ranked low. Duncan Watts >> (of small-world networks fame) observed the same phenomenon with >> music rating. >> >> What this means in the present discussion is that people will likely >> ignore low ranking contributions. Worse still, when they do actually >> look at those contributions they are likely to see what the ranking >> value led them to expect rather than the qualities of the >> contribution itself. >> >> Unless we can find scientific research that demonstrates any benefits >> to ranking, I think we should be wary of using such systems. >> >> All best, >> >> John >> >> Sadlon, E., Sakamoto, Y., Dever, H. J., & Nickerson, J. V. (2008). >> The karma of Digg: Reciprocity in online social networks. In R. Gopal >> and R. Ramesh (Eds.), Proceedings of the 18th Annual Workshop on >> Information Technologies and Systems. >> http://cog.mgnt.stevens-tech.edu/~yasu/papers/reciprocity.pdf >> >> Sakamoto, Y., Ma, J., & Nickerson, J. V. (2009). 2377 people like >> this article: The influence of others' decisions on yours. In N. >> Taatgen, H. van Rijn, L. Schomaker, and J. Nerbonne (Eds.), >> Proceedings of the 31st Annual Conference of the Cognitive Science >> Society.http://cog.mgnt.stevens-tech.edu/~yasu/papers/cogscidigg1.pdf >> >> Salganik, M. J., Dodds, P. S., and Watts, D. J. (2006). Experimental >> study of inequality and unpredictability in an artificial cultural >> market. Science, 311(5762):854-856. >> http://dx.doi.org/10.1126/science.1121066[/url] >> >> >> >> >> -------------------- m2f -------------------- >> >> (from forum) >> http://squeakland.org/forums/viewtopic.php?p=11554#11554 >> >> -------------------- m2f -------------------- >> _______________________________________________ >> squeakland mailing list >> squeakland(a)squeakland.org >> http://lists.squeakland.org/mailman/listinfo/squeakland > > > Viewpoints Research is a 501(c)(3) nonprofit organization dedicated to > improving "powerful ideas education" for the world's children and > advancing the state of systems research and personal computing. Please > visit us online at www.vpri.org > > > > > > > _______________________________________________ > Squeakland mailing list > Squeakland(a)squeakland.org > http://lists.squeakland.org/mailman/listinfo/squeakland >

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev June 2010