etoys-dev March 2009

etoys-dev@lists.squeakfoundation.org

21 participants
27 discussions

[Etoys] Safari 4
by Chris Cunnington 07 Mar '09

07 Mar '09

I think Safari 4, the new browser from Apple, is being difficult about rendering etoys with the plugin. I've worked on PC and Mac platforms with IE8, Firefox, and Safari 3, and had success with putting an etoy project online. Safari 4 seems to have done something to stop the process. Maybe it's a temporary bug in a beta program. Just a heads up. Chris

3 3

[Etoys] BUG: Squeak-3.10 VM and ubuntu
by Markus Schlager 05 Mar '09

05 Mar '09

Hi Jan, I do know, this is the wrong mailing-list for this issue. Maybe someone could do me the favour and forward this mail to the VM mailing list. Problem description: When running squeak with a Squeak-3.10-VM (tested with 3.10-1 and 3.10-4) an ubuntu hardy, it is not possible to close squeak by closing the squeak-window with Alt+F4 nor with the x-icon. It doesn't happen anything. This is a real Problem when running Scratch on Linux, since this is the only way to close a Scratch. When will Squeak-3.10 get included into the ubuntu-repositories? Squeak-3.9-VM doesn't handle unicode properly. Markus ----------------------------------------------- Markus Schlager m.slg(a)gmx.de

2 2

[Etoys] stars, polygons, repairs and getting them accepted
by Jerome Peace 04 Mar '09

04 Mar '09

Hi Yoshiki, When I did star repairs and enhancements. I did so w/o first thinking about etoys vocabulary. Everything I did for the user was focused on direct manipulation with handles and menu commands. I started with an idea that I should keep from introducing iVars where ever I could use existing data. That lead me to the idea of polygons and starts having a control edge. The first and last points of the polygon. For stars the first point becomes the outer handle and determines the outer radius. The last point determines the inner radius. To avoid keeping separate track of the number of points on a star I just used the size of the vertices. This had the advantage of having one and only one authourative source of information. Nothing could get out of sync because you could always find out what you needed to know from the vertices. When the star had an odd number of vertices the only things this scheme allowed were that the first and last points had to have equal radius. And when I first started out this seemed like a good idea because it gave me all the regular polygons as well as stars. As things developed however, I figured out how to calculate the skip ratios. Then I had two ways to make regular polygons. Stars with and odd number of vertices or stars with twice as many vertices and a skip of two. Eventually, I realized that the second way was better. It divided the problem in half without losing the ability to have regular polygons shapes. I no longer had to explain how to go from the odd to even state of vertices for stars. And I removed the commands to add or subtract just one vertex. The changeset OLPC Etoys went with apparently was either from before that change or maybe the change snuck back in. When Hayashi-san added the vocabulary to stars to setVertexCount he was unaware of my later decisions. I hope if he had been he would have realized that refering to starPoints rather than vertexCount would have been prefered. It keeps the concept of stars much clearer. Makes teaching it much simpler. And avoids the problems of trying to decide what to do when asked to assign odd numbers to control the number of star points. ======== When programming I have always felt on a journey. While destination always satisfies the need for taking the journey, it is often different than where I thought I would get when I started out. Part of the fun has always been the learning the difference. With all my repairs I am journeying to reach a squeak that is more elegant, more bug free, and more unrestrained in its abilities. The bugs are easy to find. Good repairs somewhat harder. The hardest thing for me after I discover them, however, is to gain the favor of those who have the ability to harvest and distribute them. I have more to say on this both specifically and generally but this is enough for now. Would you help me by letting me know what would make you more inclined to use my fixes? Yours in curiosity and service, --Jerome Peace

2 1

[Etoys] setVertexCount (Star and now Polygon morph)
by Jerome Peace 03 Mar '09

03 Mar '09

Hi Yoshiki and crew. I am in the middle of looking into Hayashi-san's fixes. Adding setVertexCount: to polygon has some nice features. It actually does solve the problem of adding to one vertex. Also I haven't yet seen the problems crop up with one vertex morphs raising debug problems. On the other hand since I was looking at it I put on my Fearless-Bug Tracker hat. And called on my imaginative* trouble making assistant Puck. We observed the following. Currently (before patching) say you set the number of star vertices to something odd like 9 . What happens the second time you execute the assignment. Also when I repaired stars I chose to make sure there were a minimum of two points (4 vertices). Currently using the assignment you can set star to have 2 vertices. This was interesting in a Papert sort of way**. So I let Puck take over. He tried setting the star to -6 vertices. And smiled ear to ear as we got a wonderful crash. Debug boxes, an emergency evaluator and of course the star was invalidated. I haven't tried yet but I suspect that similar things can happen to polygons that way. I don't think this invalidates Hayashi-san's fixes. It does point to some tightening up being required in what gets passed along from the tile scripts. I also think it would be cool to have a triangle handle appear when you are down to one vertex. So I still recommend combining the two repairs with some extra-bulletproofing thrown in to prevent puckish mischief. Yours in curiosity and service, --Jerome Peace *(Puck insists I NOT call him my imaginary assistant) **(There are no wrong results only interesting outcomes -- Seymour Papert somewhat paraphrased and folk processed) Cheers -Jer

1 0

[Etoys] repairs for one vertex polygons
by Jerome Peace 02 Mar '09

02 Mar '09

Hi Yoshiki & crew Attached are some repairs for handles that prevent the errors antonio ran into. These are essentially from my polygon work for 3.9/3.10.2. They leave out the curvier repairs and just focus on the handle repairs. I also noticed that arrow prototypes and triangles allow for deleting vertices but then prevent anyone from adding vertices back. So when you get a polygon with just one vertex it will be forced to stay that way. This is not a problem for closed polygons except for triangle prototypes which aquire a special property to prevent additions. It is a problem for polygons that are open. So I modified addHandles to allow a triangle handle for one vertex polygons. I also modified setVertices: to remove the special property when any polygon gets down to one vertex. That seem to me less limiting that the current case. Looking at triangles and how simple and elegant they look with handles, it seems to be it might be nice to give the users a choice whether to have the triangle handles show or not. A second menu item perhaps show move handles show edit handles (with the check boxes in front as you do now). It might even be pleasant if the move handles refrained from deleting themselves if the edit handles were not present. Then triangles would stay triangles etc. That was too much of an enhancement to force on these repairs, but the thought has now come up :) . Yours in curiosity and service, --Jerome Peace

2 2

[Etoys] Save the Date - Squeakfest USA!
by Kim Rose 02 Mar '09

02 Mar '09

Greetings - We are happy to announce another opportunity for a face to face gathering and sharing of experiences and materials relative to the usage of Etoys. Squeakfest USA August 10, 11 and 12th Los Angeles, CA at the Faculty Center, UCLA Campus We'll have more info on the Squeakland website shortly, but until then, please save the date! Please forward this email and share with friends and colleagues. This will be a gathering of users and practitioners of Etoys -- teachers, researchers, and developers to share and learn. Newcomers to Etoys are most welcome too! We hope to see you in Los Angeles in August! More to come... Kim

1 0

[Etoys] Fwd: [ANNOUNCE] Sucrose 0.84 Tarballs Due
by Bert Freudenberg 01 Mar '09

01 Mar '09

Begin forwarded message: > From: Simon Schampijer <simon(a)schampijer.de> > Date: 1. März 2009 17:02:42 MEZ > To: Sugar-dev <Sugar-devel(a)lists.sugarlabs.org> > Subject: [Sugar-devel] [ANNOUNCE] Sucrose 0.84 Tarballs Due > > Dear Sucrose Maintainers, > > please provide source tarballs for the Sucrose 0.84 Release [1] by the > end of the Second of March and announce them as explained here: > http://sugarlabs.org/go/DevelopmentTeam/Release#Module_release > > This will be our *Golden Image* - this is hard code freeze. Any fixes > after this date will have to ask for an exception. > > Please make sure to get your fixes in. We do have some translation updates, and one new changeset (2206positionFixes-sw), so I'll do a release tomorrow. Anything else in the pipe? - Bert -

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev March 2009