etoys-dev August 2010

etoys-dev@lists.squeakfoundation.org

15 participants
163 discussions

Re: [etoys-dev] (SQ-749) and Kathleen's question on "What do you mean by Artifacts?"
by Steve Thomas 30 Oct '10

30 Oct '10

Hi Alan, On Thu, Aug 12, 2010 at 12:54 PM, Alan Kay <alan.nemo(a)yahoo.com> wrote: > A good slogan for teaching, pedagogy, and curriculum design is "When should > it be easy, and when should it be hard?". > This, for me at least, is hard to figure out ahead of time when designing a lesson. I am much better when I interact with the kids and can improvise on the spot. > The notion here is that for education to be transformative, you wind up as > a different "better" person than you were, and this means that certain > difficulties were very important to your learning -- the stuff that was > "easy" you could already do (and some of the easy stuff is not what you want > to aim at). Building knowledge and skills to get fluent at handling > difficulties (and in some case rendering them non-difficult) is a key for > much important learning. > > On the other hand, gratiutous non-productive difficulties are to be avoided > because they generally both distract and occupy " thinking chunks" that one > needs for the important stuff. > > (I don't recognize my quote that was paraphrased) > It comes from a video I found in the Bell Labs library around 84-86 (not sure of video date). You were talking about User Interface design and my biological memory recalls you refering to using a mouse and saying "If I can do it in one click, I'll do it. If it takes two clicks, I might do it. If it takes three or more clicks, I probably won't do it". I have used and attributed it to you a number of times since. If I am in error please let me know and I will self correct. > I really could use Gorden Bell's E-Memory. Hopefully you are heeding his advice and collecting your E-memory so that we may search and study it. One way to do this is anytime you give an interview, presentation etc where it is recorded, request a copy of the recording and all rights to distribute as you see fit. Also be sure they video your presentation and not just you so we can see what you are referring to. It would be nice if we had text versions of those interviews. I am working on transcribing the interview you gave at Natural math <http://mathfuture.wikispaces.com/Important+questions> and its time consuming. I have a friend who works on Google speech recognition software and would try and send him a copy, but Ellumintate doesn't seem to have a way to extract the audio. > Adults tend to be the biggest problems when trying to help children learn > things. It's the adults who generally don't want to do the work and don't > see many things as fun. Kids (and people in general) can spend a lot of time > focussed and doing when they are having fun. > If not Adults, who? If the goal is transformation I see Adults as part of the solution. So does labeling them as part of the problem (which I am NOT disagreeing with) help or hinder transformation? > I ask this because I see a lot of teacher bashing which I believe hinders our cause much more than helps it. Another choice besides adults is older kids, I have seen this succesfully used in Scouting and in a public speaking conference my kids attended this past weekend. They tend to listen to older kids more and the older kids realize the importance of fun. The key here, as with adults, is guidance and training. > Constructivism (one of many such terms I don't use because they have lost > their meanings) doesn't mean discovery from scratch (this is a huge > confusion many people have), but does mean "understand and clarifying by > making a careful descriptive model". > > This can be done with English and writing (it is what descriptive, > expositional, and argumentative writing are supposed to be about). It can be > done with mathematics. It can be done in many cases with physical > construction materials. And a lot can be done in terms of computer programs. > Thank you I really hadn't thought of this before and it is an excellent point (ie: something I can use with my kids). > I will look for ways my kids can learn this. > I like the Montessori curriculum approach of making a carefully designed > environment for the chilldren that allows choice on their part and allows > limited the degrees of freedom on the educator's part. > The problem I struggle with is how to design the environment and what games, playthinks, problems, etc to use. > One of the best projects we've ever designed is the Galilean Gravity one -- > and it illustrates what you have to do with guidance on the one hand and > space to play on the other to enormously raise the probability that most > children will be able to see and understand what is going on without having > to give them the "answer" to memorize. > I love that project and I find it extremely frustrating. Frustrating because I really want to do it with my kids, but it is really really hard to do in Etoys. The hard part being importing the video. The reason for this I believe is that the video player only supports MPEG. > The idea that kids take their own videos and then analyze them is an excellent approach. Avigail Snir had a wonderful example of using video at Squeakfest. But as I understand it, even she had a lot of problems trying to convert the video into MPEG and even more frustrating is she is having trouble sharing it with the world so other teachers could see it and be inspired. One of the keys in the early Montessori schools was the intense > comprehensive training of the Montessori teachers -- and the lack of the > equivalent of this in most of today's schools is a huge problem. > I have also been thinking about using scripts (the theatrical kind) and cue's to look for with scripted responses as a way of teaching. Perhaps Actors would be good teachers hmmmm need to flesh out the idea more. > The scripts in Etoys are independent of the visible appearance of the > object they are attached to (the objects' "costumes" can be changed at will > -- and this is how "frame animation" is done in Etoys). > > I'm not quite understanding what it is that you would like for teachers > beyond a repository of projects with extensive notes about how they were > made and how to make them. > A repository of projects is good, but I would add a repository of objects, sets of objects and scripts. Ie: I think unit of "things you can share/store/easily re-use" is too large. I write this then ask myself, why do I feel this way? I think it goes back to the point you verbalized much better than me "It gets annoying after the first few times". I may be thinking of what you refer to later in the email as "packaging up" a solution. I would like to be able to re-use and share those solutions (especially since Etoys lets me look inside and modify them). The ability to look inside and modify them is why I would prefer "artifacts" (as discussed in previous emails and built by Hilaire as part of iStoa) be created with scripting tiles as opposed to doing so in squeak. This would allow teacher to build a set of virtual manipulatives that others could modify or just look inside and figure out how they work. One response I received was that this would not scale, but frankly I don't understand why not. "Packaging a solution" would also let you develop a curriculum where kids built their own tools (ex: a graphing tool) and re-use them in other projects. The one tricky part of the graphing tool is labeling the number lines (trying to align the text is hard, at least I have not found a simple solution) so perhaps a number line object would be needed. > If "learning by making" is a good idea, then shouldn't teachers learn new > ideas about Etoys by making them (but with lots of guidance)? > Okay my turn to not quite understand: Yes I agree "learning by making" is agood idea. But should teachers and learners have to make everything from first principles? Who has the time? Would teachers not benefit from using "great literture" created by people who were PUFx's (ie: had a Profound Understanding of Fundamental <subject matter>)? > I have a friend at work who while at Stanford and did very well in Organic Chemistry, he thought the reason he did so well was he had 7 or 8 core concepts from which he could derive the rest. He decided to try and teach those concepts and when and how to use them to some of the other students to see if they could use them and "transform". It worked well and I think this idea has some merit. Unfortunately he had a head injury and can't remember them. My challenge is to find sets of core ideas and how to use them, then figure out how to present them in an age appropriate manner. I also think you made a good point in the Natural Math interview when you mentioned Seymour Papert's comment that it doesn't much matter what mathematics we teach them as long as they are learning to reason like a mathematician. On the other hand, there are any number of things in the Etoys design itself > that could be vastly improved to help both adult and child learning, and > also for them to make better extensions. > Yes, the question I am struggling with are which are the important ones worth doing first. To think about that I am considering imposing upon myself something similar to the Warren Buffet advise to "give myself a ticket with only twenty slots in it so that you had twenty punches - representing all the investments I could make in a lifetime". I think instead I will try and limit myself to three requests for the rest of the year. Those who know me know how hard it will be to impose that constraint. But one way would be allow myself to discuss many possible improvement (which helps me think about them) and then only pick three to request. > For example, I do all my talk presentations using Etoys and I write scripts > to sequence "builds" of additive visual material to the slide (Powerpoint > has a feature for doing this that is more convenient for some goals and > simply won't allow others). It is very instructive to do this by hand a few > times, and then gets annoying. > Agreed. > Etoys does not have a good extension mechanism for "packaging up" a > solution to "slide builds" that can then be used as a feature. This is a > real sin against our own precepts. The lack of it is due to EToys being > thought of as temporary and of limited scope at Disney. It is terrible that > we don't have it now. > I think Ricardo's GSoC Morph I/O may help solve at least part of the problem. You can save an object (including a playfield and its embedded objects) in a file and import it later. I have used it a number of times and find it very useful. Why don't we do it now? Because we've been trying to move on to the next > design since before OLPC came along. And so forth. > I look forward to seeing the next design (I have only caught glimpses from what I have read on the VPRI site and reading into emails and discussions). Is there a time frame when we can expect to see it? > All that said, I think the most important thing to work on now is great content (projects, lesson plans, screencasts, etc.) > Many Cheers for all you have done and continue to do, > Stephen ------------------------------ > *From:* Steve Thomas <sthomas1(a)gosargon.com> > *To:* Bert Freudenberg <bert(a)freudenbergs.de>; Kathleen Harness < > kharness(a)illinois.edu> > *Cc:* etoys-dev dev <etoys-dev(a)squeakland.org>; squeakland < > squeakland(a)squeakland.org>; Alan Kay <alan.nemo(a)yahoo.com> > *Sent:* Thu, August 12, 2010 8:11:46 AM > *Subject:* Re: [etoys-dev] (SQ-749) and Kathleen's question on "What do > you mean by Artifacts?" > > I have been reading Alan Kay's Thoughts About Teaching Science and > Mathematics To Young Children<http://www.vpri.org/pdf/m2007003a_thoughts.pdf> > : > > >> I think one of the trickiest issues in this kind of design is an analogy >> to the learning of science itself, and that is *"how much should the >> learners/users have to do by themselves vs. how much should the >> curriculum/system do for them?"* Most computer users have been mostly >> exposed to "productivity tools" in which as many things as possible have >> been done for them. The kinds of educational environments we are talking >> about here are a*t their best when the learner does the important parts >> by themselves, and any black or translucent boxes serve only on the side and >> not at the center of the learning.* What is the center and *what is the >> side will shift as the learning progresses, and this has to be accommodated. >> * > > > By exposing everything in Etoys as "First Principles" (which in this > particular case I understand to mean, that we have a minimal set of > scripting tiles and objects from which everything can be built) we avoid the > "productivity tools" issue because everything is exposed. It is also a > beautiful, elegant and exposes a powerful idea. > > The challenge in a system where everything is done from "First Principles" > is that when you are designing an"educational environment" "lesson", > or "Artifact" ( better terms might be "playthink" and/or "tool to think > with"), it can take a lot of work to build those preferably translucent > boxes. And to paraphrase another Alan Kay quote on user interface design: > "If it takes one step I'll do it, If it takes two steps I might do it, if it > takes three or more steps forget about it!" > > No, I am not arguing to make things easy for everyone, we need find ways to > get kids to have "hard fun." Hard work and ragging a problem are good > habits. I also strongly believe that giving kids a "blank canvas" and a > great set of brushes and paints is an excellent and preffered method, but > not the only one we should use. > > I am arguing (and struggling) with is how in a "First Principle" system > like Etoys, we can find ways to make it easier for teachers/designers (ie: > make them more productive). I fear I see in some folks (none on this email > list of course) a tendency towards what I initially saw (and fell into > myself) as the constructivism trap. Where I encountered people who thought > kids should construct all knowledge themselves from Scratch (pun intended > ;). As I recall Alan (and others pointing out) we can't expect kids to do > that, they will repeat the same mistakes people did over thousands of years. > My initial thoughts are a repository of Artifacts that teachers can use > along with a set of scripts (the problem with the set of scripts idea is > that the scripts in Etoys are not decoupled from the ?morphs? (not sure of > the correct term here, but basically the pixels visually representing the > object). Bert's idea that we have a Player Variable and the scripts that > operate on it is a good one, but I think there may be some bugs there, need > to test more. > > Now I will more directly address Kathleen's question: "What do you mean by > "Artifacts". > I will switch from "Artifacts" to the term "Playthinks" (which I > encountered in the "The Big Book of Brain Games<http://www.amazon.com/Big-Book-Brain-Games-Mathematics/dp/0761134662>" > by Ivan Moscovich). > One of the best and simplest "Playthinks" for teaching I ever encountered > was Robert B. Davis' classroom warm-up (which I showed at Squeakfest and > have wrote about here<http://mrstevesscience.blogspot.com/2009/12/taking-tic-tac-toe-to-next-leve…>.) > Basically it involves drawing on the board a 4 x 4 grid > > . . . . > . . . . > . . . . > . . . . > > Then having kids pick two numbers and using those two numbers as X and Y > counting from 0 at the origin point in the lower left and then If they land > on the board marking an X or O until one team wins. Some of the keys to > this "Playthink" are: > > - you let kids puzzle it out for themselves, they figure out the rules, > you don't tell them > - it contains a powerful idea > - it can be easily extended to other concepts (negative numbers, a > number is all the ways you can name it, is this game fair ...) > - *its fun * > > Other examples of "Playthinks" would be cuisenaire rods, pentagrams, area > blocks, other good "virtual manipulatives" and my feeble attempts Circle > Explorer <http://www.squeakland.org/showcase/project.jsp?id=10212> and Pattern > Blocks and Tools <http://www.squeakland.org/showcase/project.jsp?id=10216> > . > > *Bert*, your comments on SQ-749 sparked my writing this, I will address it > more specifically in a separate email after some more thought. > > Including *Alan* so he can correct any misinterpretations and hopefully > comment > > FYI: A lot of other excelent writings from VPRI are here<http://www.vpri.org/html/writings.php>, > most are Computer Science related but a number deal with educational issues > and Etoys. > > Stephen > > On Thu, Aug 12, 2010 at 5:02 AM, Bert Freudenberg <bert(a)freudenbergs.de>wrote: > >> >> On 12.08.2010, at 10:32, Steve Thomas wrote: >> >> > On Thu, Aug 12, 2010 at 3:32 AM, Bert Freudenberg <bert(a)freudenbergs.de> >> wrote: >> >> This would likely be simple to implement, but could break existing >> projects. E.g. the morphing stuff in the showcase. Maybe you could take a >> look? >> > >> > Checked "Morphing" by Kazuhiro Abe and that should be fine. Each Polygon >> in the holder has the same number of vertices and the script simple changes >> the positions of the vertices one at a time. >> > >> > "The Walkers" and associated remixes by P.A. Dreyfus uses a special >> category "morphing" which would be great to get into Etoys (although I would >> suggest the addition of some way to show/manage the frames) to make the >> invisible more visible and to make it easier to create these kind of >> animations. Anyway, whether this would be a problem or not depends on how it >> is implemented. If he stores complete information about the polygon in each >> frame, I see no problems. If he only stores differences and >> adds/removes/repositions each vertex that MAY cause a problem. >> > >> > Anyway if it is a simple change and you can make it, I think I can >> easily test the change by opening the project, then file-in the changes and >> see if anything breaks. Or you could also ask P.A. Dreyfus (master of >> polygon's and connectors) what he thinks as he knows and can check the >> changes against his implementation. >> > >> > Stephen >> >> Thinking about this more I do not like the proposal. It would makes the >> system less predictable. >> >> Having the new vertex remain at the same position is the only sensible >> choice. It matches the "copy" behavior of regular objects, which also appear >> in the same position. It would not scale anyway - see this image where I >> only inserted 4 vertices. The position quickly converges to the next vertex >> position. >> >> >> >> >> Also, I'd argue that "add a vertex at beginning" and "add a vertex at end" >> tiles are not needed in the first place. To be useful they would, as you >> noticed, have to be "set cursor to beginning and insert vertex" and "set >> cursor to end and insert vertex", because otherwise one cannot assign their >> position immediately. But that makes them perform two operations that are >> available separately. There is no good reason to coalesce those steps into >> one. >> >> In any case, inserting a vertex should not change the cursor. If you want >> a cursor change to occur, insert a tile. >> >> So my counter-proposal is: remove the "add vertex at beginning" and "add >> vertex at end" tiles. (to not break existing projects, the tiles would only >> be hidden) >> >> - Bert - >> >> >> >> _______________________________________________ >> etoys-dev mailing list >> etoys-dev(a)squeakland.org >> http://lists.squeakland.org/mailman/listinfo/etoys-dev >> >> > >

6 18

Etoys developer chat today
by Bert Freudenberg 12 Oct '10

12 Oct '10

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/368xxgn 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 -

2 16

Etoys 4.1 alpha 1
by Bert Freudenberg 27 Sep '10

27 Sep '10

Here is the first alpha version of the upcoming Etoys 4.1 release: http://etoys.squeak.org/download/Etoys-4.1-alpha1.zip Please test and report problems. If this basically works (I did not try on Windows and Linux), we can announce it on Squeakland for wider testing. This is only the Etoys-To-Go version. Installers for Mac and Windows won't come before beta (unless someone volunteers to start working on them now). The biggest changes since Etoys 4 are * added DrGeo for exploring geometry * Sketches support flipping * geometry tiles for the world * timer tile (world and other playfields) * can store preferences * QuickGuides translated to Spanish, Portuguese, German, Italian, and (some) French * translations broken up in smaller files * system organized in packages, developed using Monticello * whatever I forgot (need to start working on release notes, which should also have proper attributions) We have a few weeks now to the final release. There are still a few additions in the pipeline (Richo's bubbles, Jerome's smooth curves, my Sugar stuff) which can still make the cut if we think the risk is low. But mainly we need to iron out bugs. Thanks to everyone who helped making this! You guys rock :) - Bert -

5 14

Etoys developer chat log
by Bert Freudenberg 08 Sep '10

08 Sep '10

Hi all, almost missed the chat yesterday. And when I logged in I got distracted by #olpc-devel talk. A minute later David came back, but I didn't see that. Sorry. But: If I'm not there, that's no reason not to chat :) Anybody can lead the discussion if it gets too disorganized, but usually we're pretty civilized, so it should rarely be necessary. So here is a rule: Do not wait more than 15 minutes. Just start. I'll see it in the logs later so I can still post a summary (though it would be awesome if someone beat me to it). Anyway, next chat is next Monday, same time as always: http://tinyurl.com/3ytdm3d Hope you'll be there (and I'll try to attend too). - Bert - [21:02:37] --> Richo2 (~c9d56472(a)skylab.immuexa.com) has joined #etoys [21:05:08] --> dcorking (~dcorking(a)82.152.173.174) has joined #etoys [21:05:13] <Richo2> hi [21:06:06] <dcorking> hi Richo2 - when does the meeting start? [21:07:36] <dcorking> is storybot down again? [21:11:53] <Richo2> I think it should have started already [21:13:09] <dcorking> I have only lurked in a couple of these. bertf normally leads them doesn't he? Is randall travelling at the moment? [21:13:31] --> scottwal (~scottwal(a)99-40-5-235.lightspeed.sntcca.sbcglobal.net) has joined #etoys [21:17:00] <-- Richo2 (~c9d56472(a)skylab.immuexa.com) has quit (Quit: CGI:IRC (Ping timeout)) [21:21:13] <bertf> hi folks - sorry I'm late [21:21:26] <bertf> you could've started already ;) [21:24:59] <bertf> dcorking: storybot has been down for months, and it's unlikely to come back [21:25:12] <bertf> jecel was looking onto other logging options [21:25:19] <bertf> for now I just email the logs manually [21:26:18] <dcorking> shame: I guess a decision should be made and the link removed from http://squeakland.org/discuss/ [21:36:37] <dcorking> is the meeting starting? if not, any thoughts on jecel's idea on porting Cog VM to the XO-1? [21:38:46] <jecel> I was looking at the Cog sources to get an idea of how complex this would be. It seems doable, but not easy [21:40:05] <dcorking> hmm. Sounds like something that would distract the squeak experts from doing the next Sugar release on time, and not something for average smalltalkers. [21:40:25] <jecel> About the logging, I didn't remember we had agreed that I would check the options and so haven't yet done so [21:40:47] <dcorking> however, I wonder if qemu could be used to emulate the missing instructions: at least as a proof of concept [22:07:44] <dcorking> is the meeting over? [22:10:43] <dcorking> does the showcase still give trouble when a user uploads a new version of an existing project? [23:47:14] <-- dcorking (~dcorking(a)82.152.173.174) has quit (Quit: Leaving)

1 5

Etoys: Etoys-Richo.43.mcz
by commits＠source.squeak.org 31 Aug '10

31 Aug '10

Ricardo Moran uploaded a new version of Etoys to project Etoys: http://source.squeak.org/etoys/Etoys-Richo.43.mcz ==================== Summary ==================== Name: Etoys-Richo.43 Author: Richo Time: 31 August 2010, 12:25:12 pm UUID: 70f454bc-9a94-a848-b81b-b1d07389f837 Ancestors: Etoys-Richo.42 * Fix for (SQ-771) If you try and rotate a Speech Bubble Etoys Freezes =============== Diff against Etoys-Richo.42 =============== Item was changed: ----- Method: SpeechBubbleMorph>>target: (in category 'accessing') ----- target: aMorph target isMorph ifTrue: [target bubble: nil]. target := aMorph. + target notNil ifTrue: [target bubble: self topRendererOrSelf. self positionMyselfAccordingToTarget ]! - target notNil ifTrue: [self positionMyselfAccordingToTarget ]! Item was changed: ----- Method: Morph>>stopSayingOrThinking (in category '*Etoys-SpeechBubbles') ----- stopSayingOrThinking | currentBubble | currentBubble := self bubble. currentBubble isNil ifTrue: [^self]. + currentBubble topRendererOrSelf delete. - currentBubble delete. self bubble: nil! Item was changed: ----- Method: SpeechBubbleMorph>>drawOn: (in category 'drawing') ----- drawOn: aCanvas! Item was changed: ----- Method: SpeechBubbleMorph>>positionMyselfAccordingToTarget (in category 'stepping') ----- positionMyselfAccordingToTarget | newCenter newOwner | "Modify mi position" newCenter := target topRendererOrSelf center - (0 @ ((target topRendererOrSelf height + self height) / 2)). + self privatePosition: newCenter - (self topRendererOrSelf extent // 2). - self privatePosition: newCenter - (self extent // 2). "Don't forget to check if my owner is still the right one. Maybe the morph was inside a Playfield and the user grabed it and put it in the World" (newOwner := target ownerThatIsA: PasteUpMorph) ifNil: [^self]. + self owner ~= newOwner ifTrue: [newOwner addMorph: self topRendererOrSelf]! - self owner ~= newOwner ifTrue: [newOwner addMorph: self]! Item was changed: ----- Method: SpeechBubbleMorph>>delete (in category 'initialize-release') ----- delete + target isMorph ifTrue: [target bubble: nil]. super delete. target := msgMorph := type := nil. ! Item was changed: ----- Method: SpeechBubbleMorph>>privatePosition: (in category 'private') ----- privatePosition: aPoint "Always changes the position, regardless of the target" + self isFlexed ifTrue: [self topRendererOrSelf position: aPoint] + ifFalse: [super position: aPoint] + ! - super position: aPoint!

1 0

Etoys: Etoys-Richo.42.mcz
by commits＠source.squeak.org 31 Aug '10

31 Aug '10

Ricardo Moran uploaded a new version of Etoys to project Etoys: http://source.squeak.org/etoys/Etoys-Richo.42.mcz ==================== Summary ==================== Name: Etoys-Richo.42 Author: Richo Time: 31 August 2010, 10:34:05 am UUID: 0d5ed724-9505-734b-86fa-064a8b6e675f Ancestors: Etoys-bf.41 * Fix for (SQ-776) If you detach a Speech Bubble, then "stop saying or thinking" the bubble disappears and what looks like playfield remains =============== Diff against Etoys-bf.41 =============== Item was changed: ----- Method: SpeechBubbleMorph>>target: (in category 'accessing') ----- target: aMorph + target isMorph ifTrue: [target bubble: nil]. target := aMorph. target notNil ifTrue: [self positionMyselfAccordingToTarget ]! Item was changed: ----- Method: Morph>>stopSayingOrThinking (in category '*Etoys-SpeechBubbles') ----- stopSayingOrThinking | currentBubble | currentBubble := self bubble. currentBubble isNil ifTrue: [^self]. + currentBubble delete. + self bubble: nil! - currentBubble delete! Item was added: + ----- Method: Morph>>bubble: (in category '*Etoys-SpeechBubbles') ----- + bubble: aSpeechBubbleMorph + self setProperty: #bubble toValue: aSpeechBubbleMorph ! Item was changed: ----- Method: Morph>>showMessage:inBubbleType: (in category '*Etoys-SpeechBubbles') ----- showMessage: aString inBubbleType: typeSymbol | currentBubble | currentBubble := self bubble. currentBubble notNil ifTrue: [ (currentBubble string = aString and: [currentBubble type = typeSymbol and: [currentBubble isInWorld]]) ifTrue: [^self]. currentBubble delete]. aString isEmpty ifTrue: [^self removeProperty: #bubble]. + self bubble: (SpeechBubbleMorph string: aString type: typeSymbol for: self)! - self setProperty: #bubble toValue: (SpeechBubbleMorph string: aString type: typeSymbol for: self)! Item was changed: ----- Method: Morph>>showObject:inBubbleType: (in category '*Etoys-SpeechBubbles') ----- showObject: aPlayer inBubbleType: typeSymbol | currentBubble morph | morph := aPlayer costume renderedMorph. currentBubble := self bubble. currentBubble notNil ifTrue: [ (currentBubble msgMorph = morph and: [currentBubble type = typeSymbol and: [currentBubble isInWorld]]) ifTrue: [^self]. currentBubble delete]. + self bubble: (SpeechBubbleMorph morph: morph type: typeSymbol for: self).! - self setProperty: #bubble toValue: (SpeechBubbleMorph morph: morph type: typeSymbol for: self).! Item was changed: ----- Method: Morph>>showGraphic:inBubbleType: (in category '*Etoys-SpeechBubbles') ----- showGraphic: aForm inBubbleType: typeSymbol | currentBubble | currentBubble := self bubble. currentBubble notNil ifTrue: [ (currentBubble form = aForm and: [currentBubble type = typeSymbol and: [currentBubble isInWorld]]) ifTrue: [^self]. currentBubble delete]. + self bubble: (SpeechBubbleMorph form: aForm type: typeSymbol for: self).! - self setProperty: #bubble toValue: (SpeechBubbleMorph form: aForm type: typeSymbol for: self).!

1 0

scale factor
by kharness＠illinois.edu 31 Aug '10

31 Aug '10

Hello, The guide ScriptTileScaleFactor has a problem I do not know how to correct. The version in the trunk is ScriptTileScaleFactor.005.pr. When I download the version from the trunk, the script shows "decrease by 0.009". But in that Quick Guide showing in Beta version that tile has changed to decrease by 0. The bee still decreases in size. The PNG attachment shows the two side by side. Shall I change the guide to direct the reader to change the scale factor on that page instead of having it there when the guide opens? Is Etoys making decisions about decimals I do not know? The same problem occurs in the Spanish, Italian,and Portuguese guides about scale factors; i.e. 0.009 is changed to 0. The German guide for Scale Factor does not appear in the beta version. I attached it to this email. Perhaps it is because the name does not follow the naming convention but I could not see how to shorten suchalongcompoundword. Regards, Kathleen

2 1

[SVN][448] revised guides by KHarness and CRabassa
by commits＠etoys.squeak.org 31 Aug '10

31 Aug '10

Repository: http://etoys.squeak.org/svn Revision: 448 Author: bf Date: 2010-08-30 22:00:29 +0000 (Mon, 30 Aug 2010) Log Message: ----------- revised guides by KHarness and CRabassa Modified Paths: -------------- trunk/Etoys/locale/de/QuickGuides/index.txt trunk/Etoys/locale/en/QuickGuides/HaloCenter-ofRotation.sexp.data.gz trunk/Etoys/locale/en/QuickGuides/ScriptTileScaleFactor.sexp.data.gz trunk/Etoys/locale/en/QuickGuides/SuppliesPlayersTool.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/index.txt trunk/Etoys/locale/it/QuickGuides/ScriptTileScalaFattore.sexp.data.gz trunk/Etoys/locale/pt/QuickGuides/ScriptTira-deAmpliacao.sexp.data.gz trunk/QuickGuides-Projects/de/index.txt trunk/QuickGuides-Projects/es/index.txt Added Paths: ----------- trunk/Etoys/locale/de/QuickGuides/ScriptTileSkalierung.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/MenuCuadricula.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/MenuDesplazarSombra.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/MenuLugaresDecimales1.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/MenuPintar.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/MenuTraer-alFrente.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/NavBarCambioAPanta.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/NavBarEsconde-oMuestra.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/ObjectCatPoligono.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/ScriptTileAjusta.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/ScriptTileFactorDeEscala.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/ScriptTilePrueba2Colores.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/ScriptTileSuperponePunto.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/SuppliesContenedor.sexp.data.gz trunk/Etoys/locale/es/QuickGuides/SuppliesObjetos-cGuiones.sexp.data.gz trunk/QuickGuides-Projects/de/ScriptTileSkalierung.005.pr trunk/QuickGuides-Projects/en/HaloCenter-ofRotation.010.pr trunk/QuickGuides-Projects/en/ScriptTileScaleFactor.006.pr trunk/QuickGuides-Projects/en/SuppliesPlayersTool.009.pr trunk/QuickGuides-Projects/es/MenuCuadricula.007.pr trunk/QuickGuides-Projects/es/MenuDesplazarSombra.002.pr trunk/QuickGuides-Projects/es/MenuLugaresDecimales1.006.pr trunk/QuickGuides-Projects/es/MenuPintar.011.pr trunk/QuickGuides-Projects/es/MenuTraer-alFrente.001.pr trunk/QuickGuides-Projects/es/NavBarCambioAPanta.006.pr trunk/QuickGuides-Projects/es/NavBarEsconde-oMuestra.005.pr trunk/QuickGuides-Projects/es/ObjectCatPoligono.006.pr trunk/QuickGuides-Projects/es/ScriptTileAjusta.008.pr trunk/QuickGuides-Projects/es/ScriptTileFactorDeEscala.006.pr trunk/QuickGuides-Projects/es/ScriptTilePrueba2Colores.009.pr trunk/QuickGuides-Projects/es/ScriptTileSuperponePunto.005.pr trunk/QuickGuides-Projects/es/SuppliesContenedor.007.pr trunk/QuickGuides-Projects/es/SuppliesObjetos-cGuiones.003.pr trunk/QuickGuides-Projects/it/ScriptTileScalaFattore.004.pr trunk/QuickGuides-Projects/pt/ScriptTira-deAmpliacao.002.pr Removed Paths: ------------- trunk/Etoys/locale/de/QuickGuides/ScriptSkalierungsfaktor.sexp.data.gz trunk/QuickGuides-Projects/de/ScriptSkalierungsfaktor.004.pr trunk/QuickGuides-Projects/en/HaloCenter-ofRotation.009.pr trunk/QuickGuides-Projects/en/ScriptTileScaleFactor.005.pr trunk/QuickGuides-Projects/en/SuppliesPlayersTool.008.pr trunk/QuickGuides-Projects/es/ScriptTileFactor-deEscala.005.pr trunk/QuickGuides-Projects/it/ScriptTileScalaFattore.003.pr trunk/QuickGuides-Projects/pt/ScriptTira-deAmpliacao.001.pr

1 0

SuppliesPlayersTool
by kharness＠illinois.edu 30 Aug '10

30 Aug '10

Bert, remove: SuppliesPlayersTool.008.pr add: SuppliesPlayersTool.009.pr The script on page 4 did not work in Alpha and Beta versions, I do not know why since it worked on my machine. I hope the attached version will work, I redid the script. Regards, Kathleen

1 0

quick guide change
by kharness＠illinois.edu 30 Aug '10

30 Aug '10

Hello, remove:HaloCenter-ofRotation0.09.pr add:Halo Center-ofRotation0.10.pr I adjusted the text box on page 4 so it did not cover the scripted toy. Regards, Kathleen

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev August 2010