etoys-dev November 2012

etoys-dev@lists.squeakfoundation.org

8 participants
11 discussions

Re: [etoys-dev] Etoys: Morphic-kfr.97.mcz
by Bert Freudenberg 04 Dec '12

04 Dec '12

That looks nice! Thank you :) - Bert - On 25.10.2012, at 05:57, commits(a)source.squeak.org wrote: > Karl Ramberg uploaded a new version of Morphic to project Etoys: > http://source.squeak.org/etoys/Morphic-kfr.97.mcz > > ==================== Summary ==================== > > Name: Morphic-kfr.97 > Author: kfr > Time: 25 October 2012, 7:56:46 am > UUID: 6d5a2911-44d6-824d-90f4-59b32c1c8a03 > Ancestors: Morphic-kfr.96 > > Add Etoy interfaces to ScratchPlugin picture manipulation methods > http://tracker.squeakland.org/browse/SQ-996 > > =============== Diff against Morphic-kfr.96 =============== > > Item was changed: > Morph subclass: #SketchMorph > + instanceVariableNames: 'originalForm rotationStyle scalePoint framesToDwell rotatedForm filters' > - instanceVariableNames: 'originalForm rotationStyle scalePoint framesToDwell rotatedForm' > classVariableNames: '' > poolDictionaries: '' > category: 'Morphic-Basic'! > > + !SketchMorph commentStamp: 'kfr. 11/7/2011 11:32' prior: 0! > + SketchMorph commentStamp: '<historical>' prior: 0!! > + The morph that results when the user draws a color bitmap using the PaintBox (SketchEditorMorph and PaintBoxMorph). > - !SketchMorph commentStamp: '<historical>' prior: 0! > - The morph that results when the user draws a color bitmap using the PaintBox (SketchEditorMorph and PaintBoxMorph). > > forwardDirection is the angle at which the object will go forward. When the rotationStyle is not #normal, then forwardDirection is any angle, while the rotation is highly restricted. If flexed, this is remembered by the Transform morph. For non-normal rotationStyle, it is rotationDegrees. > > setupAngle (a property) is where the user put the green arrow to indicate which direction on the picture is forward. When #normal, draw the morph initially at (0.0 - setupAngle). The enclosing TransformationMorph then rotates it to the true angle. > + > - > rotationDegrees In a #normal object, rotationDegrees is constant an equal to setupAngle. > + For non-normal, it is the direction the object is going. > - For non-normal, it is the direction the object is going. > > + When repainting, set it back to its original state. The green arrow is set to setupAngle, and the sketch is shown as drawn originally (rotationDegrees = 0). > - When repainting, set it back to its original state. The green arrow is set to setupAngle, and the sketch is shown as drawn originally (rotationDegrees = 0). > > + rotationStyle = normal (turns), leftRight, upDown, fixed. > - rotationStyle = normal (turns), leftRight, upDown, fixed. > When leftRight upDown or fixed, bit map has severe restrictions. > ! > > Item was added: > + ----- Method: SketchMorph>>blur:form: (in category 'filters') ----- > + blur: aWidth form: filteredForm > + | f fOut fWidth | > + aWidth = 0 ifTrue:[^ filteredForm]. > + f := filteredForm asFormOfDepth: 32. > + fWidth := f width + (aWidth - 1) max: f width. > + fOut := f deepCopy. > + ScratchPlugin > + primBlur: f bits > + into: fOut bits > + width: fWidth. > + ^ fOut asFormOfDepth: 16! > > Item was added: > + ----- Method: SketchMorph>>brightnessShift:form: (in category 'filters') ----- > + brightnessShift: aShift form: filteredForm > + | f fOut shift | > + aShift = 0 ifTrue:[^ filteredForm]. > + shift := aShift min: 100 max: -100. > + f := filteredForm asFormOfDepth: 32. > + fOut := f deepCopy. > + ScratchPlugin > + primShiftBrightness: f bits > + into: fOut bits > + by: shift. > + ^ fOut asFormOfDepth: 16! > > Item was added: > + ----- Method: SketchMorph>>filters (in category 'filters') ----- > + filters > + ^ filters > + ifNil: [filters := OrderedCollection new]! > > Item was added: > + ----- Method: SketchMorph>>filtersAdd: (in category 'filters') ----- > + filtersAdd: aFilterWithValue > + self filters > + do: [:i | (i includes: aFilterWithValue first) > + ifTrue: [filters remove: i]]. > + filters add: aFilterWithValue. > + self layoutChanged! > > Item was added: > + ----- Method: SketchMorph>>fishEye:form: (in category 'filters') ----- > + fishEye: aPower form: aForm > + | f fOut power | > + aPower = 0 ifTrue:[^aForm]. > + power := (100 + (aPower * 10)) max:0. > + f := aForm asFormOfDepth: 32. > + fOut := f deepCopy. > + ScratchPlugin primFisheye: f bits into: fOut bits width: f width power: power. > + ^fOut asFormOfDepth: 16! > > Item was changed: > ----- Method: SketchMorph>>generateRotatedForm (in category 'drawing') ----- > generateRotatedForm > + | scalePt smoothPix pair filteredForm | > + scalePoint > + ifNil: [scalePoint := 1 @ 1]. > - "Compute my rotatedForm and offsetWhenRotated." > - > - | scalePt smoothPix pair | > - scalePoint ifNil: [scalePoint := 1 @ 1]. > scalePt := scalePoint x abs @ scalePoint y abs. > + rotationStyle == #none > + ifTrue: [scalePt := 1 @ 1]. > - rotationStyle == #none ifTrue: [scalePt := 1 @ 1]. > - "smoothPix := (scalePt x < 1.0 or: [scalePt y < 1.0]) > - ifTrue: [2] > - ifFalse: [1]." > smoothPix := 1. > + rotationStyle = #leftRight > + ifTrue: [self heading asSmallAngleDegrees < 0.0 > - rotationStyle = #leftRight > - ifTrue: > - [self heading asSmallAngleDegrees < 0.0 > ifTrue: [scalePt := scalePt x negated @ scalePt y]]. > + rotationStyle = #upDown > + ifTrue: [self heading asSmallAngleDegrees abs > 90.0 > - rotationStyle = #upDown > - ifTrue: > - [self heading asSmallAngleDegrees abs > 90.0 > ifTrue: [scalePt := scalePt x @ scalePt y negated]]. > + filteredForm := originalForm copy. > + filters > + ifNotNil: [filters > + do: [:filter | filteredForm := self > + perform: filter first > + withArguments: (filter allButFirst copyWith: filteredForm)]]. > + rotatedForm := (scalePt = (1 @ 1) > + and: [filters isNil]) > - rotatedForm := scalePt = (1 @ 1) > ifTrue: [originalForm] > + ifFalse: [((rotationStyle == #normal > + and: [self useInterpolation]) > + and: [filters isNil]) > + ifTrue: [^ self generateInterpolatedForm]. > + pair := WarpBlt current > + rotate: filteredForm > - ifFalse: > - ["ar 11/19/2001: I am uncertain what happens in the case of rotationStyle ~~ normal" > - > - (rotationStyle == #normal and: [self useInterpolation]) > - ifTrue: [^self generateInterpolatedForm]. > - pair := WarpBlt current > - rotate: originalForm > degrees: 0 > center: originalForm boundingBox center > scaleBy: scalePt > smoothing: smoothPix. > pair first]! > > Item was added: > + ----- Method: SketchMorph>>hueShift:form: (in category 'filters') ----- > + hueShift: aShift form: filteredForm > + | f fOut shift | > + aShift = 0 ifTrue:[^ filteredForm]. > + shift := aShift min: 180 max: -180. > + f := filteredForm asFormOfDepth: 32. > + fOut := f deepCopy. > + ScratchPlugin > + primShiftHue: f bits > + into: fOut bits > + byDegrees: shift. > + ^ fOut asFormOfDepth: 16! > > Item was added: > + ----- Method: SketchMorph>>removeFilters (in category 'filters') ----- > + removeFilters > + filters := nil. > + self layoutChanged! > > Item was added: > + ----- Method: SketchMorph>>saturationShift:form: (in category 'filters') ----- > + saturationShift: aShift form: filteredForm > + | f fOut shift | > + aShift = 0 ifTrue:[^ filteredForm]. > + shift := aShift min: 100 max: -100. > + f := filteredForm asFormOfDepth: 32. > + fOut := f deepCopy. > + ScratchPlugin > + primShiftSaturation: f bits > + into: fOut bits > + by: shift. > + ^ fOut asFormOfDepth: 16! > > Item was added: > + ----- Method: SketchMorph>>whirl:form: (in category 'filters') ----- > + whirl: anAngle form: aForm > + | f fOut | > + anAngle = 0 ifTrue:[^aForm]. > + > + f := aForm asFormOfDepth: 32. > + fOut := f deepCopy. > + ScratchPlugin primWhirl: f bits into: fOut bits width: f width angle: anAngle. > + ^fOut asFormOfDepth: 16! > > _______________________________________________ > etoys-dev mailing list > etoys-dev(a)squeakland.org > http://lists.squeakland.org/mailman/listinfo/etoys-dev

3 6

How can I find out which scripting tiles are used in a project?
by Steve Thomas 29 Nov '12

29 Nov '12

So the Etoys Education Committee was selected to spend a week together at Google Doc Camp to improve our Etoys documentation. One idea for structuring the documentation we discussed was to document how to use certain scripting tiles and then how those basic building blocks could be used together to build a project. Towards that end, it would be nice if we had a way to identify what scripting tiles were used in a project. We could then take a set of projects we wanted to showcase or were part of a curriculum and quickly map them to what a student/teacher needed to know. Ideally from the command prompt where we could list them for each .pr in a directory, but it would also work if we had a script we could run within a particular project. Suggestions/Solutions welcomed :) Thanks, Stephen

3 3

broken project: cannot open Viewer on object
by Markus Schlager 27 Nov '12

27 Nov '12

Hi all, Maybe someone could look into this. Obviously, my students (10th grade) are great in breaking etoys. This project has a big painted object named 'kreiso'. Whenever you try to open a viewer for this 'kreiso' you get an error that Player222 does not understand #getSchimmeln. 'schimmeln' is probably a user-defined variable of this object. The viewer does not open (same error about #getSchimmeln). On the other hand there _is_ an open viewer for an object named 'kreiso' which apparently looks the same as the big kreiso. But when you choose 'reveal this object' from the viewers menu, it turns out, that this viewer is a viewer of the tab of a viewer of the big kreiso. I'm not sure, what is really messed up with this project. The students were not able to tell me what they had done exactly. As far as I can see, obviously they started scripting an object 'kreiso' (the big one). But then they opened a viewer on the viewers tab-picture by mistake an scripted this one (it always has the same name as the real kreiso). Maybe they deleted at some point a variable 'schimmeln' they had created. I tried 'World attemptCleanup' several times on this project. The first run resulted in 6 repairs made, the second one in 1 repair and from then on every time I get 2 repairs made. When I turn off etoyFriendly and open a browser on this Player222 I find a method 'skript1:' the browser cannot display. It raises an error: otherCollection must be the same size. Markus

3 3

Re: [etoys-dev] Etoys User Manual
by Edward Mokurai Cherlin 27 Nov '12

27 Nov '12

On Mon, November 26, 2012 2:25 am, karl ramberg wrote: > Hi > I started a Etoys User Manual on > http://booki.flossmanuals.net/etoys-user-manual/ > > I did this mostly to have a place to put stuff I want to document about > using Etoys. The format of the book will form over time I guess. I hope > others will add stuff to this as well. The material you have written about Kedama will be a great help with the Kedama sections of the Etoys Reference Manual, although I have several other source documents about it. I have been thinking about writing an Etoys by Example manual, starting from the 26 projects that come with Etoys 5.0. The idea would be to use projects as they are to teach certain lessons, and then to explain how each was built in order to teach more advanced lessons. For example, the explanation of ParticlesDyeInWater and the other Particles projects would draw on your Kedama material. Would that fit with what you have in mind? > Karl > _______________________________________________ > etoys-dev mailing list > etoys-dev(a)squeakland.org > http://lists.squeakland.org/mailman/listinfo/etoys-dev > -- Edward Mokurai (默雷/निशब्दगर्ज/نشبدگرج) Cherlin Silent Thunder is my name, and Children are my nation. The Cosmos is my dwelling place, the Truth my destination. http://wiki.sugarlabs.org/go/Replacing_Textbooks

1 0

Etoys User Manual
by karl ramberg 26 Nov '12

26 Nov '12

Hi I started a Etoys User Manual on http://booki.flossmanuals.net/etoys-user-manual/ I did this mostly to have a place to put stuff I want to document about using Etoys. The format of the book will form over time I guess. I hope others will add stuff to this as well. Karl

1 0

Computer Programming Tools in Schools . . . Etoys presentation
by Harness, Kathleen 24 Nov '12

24 Nov '12

Hello, This is a link to a presentation I made a few weeks ago at the Office for Mathematics, Science, and Technology Education UIUC. http://www.youtube.com/watch?v=X4ecuvRxE1c The attachment, CPTS Etoys at a Glance, was the basis for the presentation. It maps the projects with comparative levels of difficulty and time. Regards, Kathleen

1 0

Damage to More Objects chapter (renamed)
by Edward Mokurai Cherlin 23 Nov '12

23 Nov '12

I am in the middle of repairing extensive damage in the More Objects chapter (which I just now renamed from More Etoys Objects) of the Etoys Reference Manual. I find fragments of text from unidentified object descriptions, without section headings, and out of alphabetical order, all of which I have to track down and correct. Rita, is this your work? Has somebody else stepped in without talking to either of us? If so, please stop and let me do it instead. The information on Squeak implementations belongs either with the original object definitions, or in a separate chapter, which I am now leaning towards. We cannot divide it up so that the object is defined in the Objects chapter, and the information on its Squeak implementation is in the More Objects chapter. I will have more to say when I finish surveying and correcting the damage. -- Edward Mokurai (默雷/निशब्दगर्ज/نشبدگرج) Cherlin Silent Thunder is my name, and Children are my nation. The Cosmos is my dwelling place, the Truth my destination. http://wiki.sugarlabs.org/go/Replacing_Textbooks

2 2

Re: [etoys-dev] [etoys-notify] [JIRA] Created: (SQ-1136) Text should default to tranlatable
by David Corking 17 Nov '12

17 Nov '12

Steve put this on JIRA yesterday, so I guess etoys-dev is the best place to discuss it. From: Stephen Thomas (JIRA) <tracker(a)squeakland.org> Date: Fri, Nov 16, 2012 at 6:00 PM Subject: [etoys-notify] [JIRA] Created: (SQ-1136) Text should default to tranlatable I believe that the Text objects (in Supplies bin) should default to "translatable" and we should not have to check this box each time. >From a usability point of view, this makes sense to me. Otherwise it becomes more of a chore than it ought to be to translate (say) a Spanish project to English. Would Steve's suggestion cause problems for the translation team or the translation infrastructure? David

1 0

Re: [etoys-dev] [squeakland] Learnable Programming
by Bert Freudenberg 12 Nov '12

12 Nov '12

On 09.11.2012, at 21:42, mokurai(a)earthtreasury.org wrote: > On Thu, November 8, 2012 9:32 am, Bert Freudenberg wrote: >> On 2012-11-08, at 00:11, mokurai(a)earthtreasury.org wrote: >> >>> A complete refactoring of Squeak would be a huge undertaking, but I have >>> in mind refactoring a little bit at a time, as recommended in Extreme >>> Programming. At some point, I intend to produce a list of issues that I >>> would like to see fixed. Some of them are quite simple, such as objects >>> not in categories in the Object Catalog, and useful objects not in the >>> Object Catalog at all. (Tetris is not in the Games category.) Producing >>> meaningful comments for most Classes is more complex. There are other >>> coding issues, including bugs. Then there are architectural issues, >>> where >>> we have to ask what purposes we are trying to fulfill. >> >> Since you're new here I should mention that our medium-term goal is to >> merge the Etoys fork of Squeak back into the main squeak.org version, >> which has a larger and more active developer community. The Etoys image >> than would become just a pre-configured variant of Squeak. >> >> That means that if you think about adding better comments for Etoys >> objects, this would best be done in the Etoys image. Comments for other >> Squeak classes would better be contributed directly to Squeak at >> squeak.org. > > Noted. I assume that you mean balloon help in Etoys, and Class comments in > Squeak. No, I meant what I wrote. Contribute changes to non-Etoys classes at squeak.org. - Bert -

1 0

EtoysIllinois Middle School Pilot
by Harness, Kathleen 12 Nov '12

12 Nov '12

Hello, This was a TV report about the Etoys Pilot in Unit 4 Schools. Jessica Pitcher is a middle school teacher, Lenny Pitt is Professor and Director of Undergraduate Computer Science Programs, George Reese is Director of the Office of Mathematics, Science, and Technology Education. MSTE has been the home of EtoysIllinois since its inception. The Etoys segment was posted to WCIA’s site (http://illinoishomepage.net/fulltext?nxd_id=435832). Share freely. Regards, Kathleen

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev November 2012