etoys-dev April 2008

etoys-dev@lists.squeakfoundation.org

28 participants
42 discussions

[Etoys] Pen color categoyry
by karl 03 Apr '08

03 Apr '08

I was playing a little with Etoys and pen use today and found that it's hard to change pen color of SketchMorphs in scripts because their color category in the Viewer is not in use. But many times I may want to change the pen color of a SketchMorph so I thought a Pen Color category could be nice. An other observation is that Pen color change is a little hard to accomplish because the color category give you access to the Player color and you have to remember to change to Players Pen color. A general Pen Color category would make the use a little easier because you would have the indirection already made. What do others think ? Karl

4 8

Re: [Etoys] [Squeakland] duplicate (not sibling) - garbage collection?
by Scott Wallace 02 Apr '08

02 Apr '08

Update 1924lingeringPlayers-sw (an update published to the olpc etoys3.0 system in mid-March) provided (finally) a fix for this problem. A bloated project of the sort reported by Mark, Pierre-André, and others, can now theoretically be slimmed by simply loading it into an up-to-date image, then immediately saving the project afresh. The resulting new version of the .pr file should be a lot smaller. Experience reports, positive or negative, would be welcome. If anyone has a huge project that does not slim down substantially after being loaded and re-saved, please email it to me privately. -- Scott On Feb 17, 2008, at 6:57 PM, Scott Wallace wrote: > Thank you Mark! > > There have been other reports recently about project-size growing > dramatically with each re-saving, even if no substantive change has > been made, but we've had difficulty reproducing the problem. > > Armed with your insight that the presence of "duplicates" in a > project seems to correlate with the rapidly-increasing-project-size > problem, hopefully we may now start having some success in our > attempts to track down and fix the problem. > > Cheers, > > -- Scott > > > On Feb 15, 2008, at 8:48 AM, Mark Nelson wrote: > >> ... As students are >> developing their scripts, their project files keep growing rapidly in >> size. We start off with a 'template' project that is about 300 kB. >> Each round of program development and debugging usually involves >> creating and destroying multiple 'duplicates' using the above method. >> Before long, the project files are many MB in size, even after all >> players have been cleared from the playfield and the trashcan has >> been >> emptied. Loading and saving project files gets slower and slower. >> >> I've discovered this happens even if the duplicates are created using >> the halo icon, rather than the textual script. Each duplicate that is >> ever created seems to leave a 'ghost' that take up about 130 kB of >> storage. In the process of debugging their scripts, students >> typically create and destroy dozens of 'duplicates', leading to >> multi-MB file sizes. This growth in file size seems to happen only >> with 'duplicates', not with 'siblings'. >> >> Is there some way to do garbage collection to get rid of these >> 'ghosts' so we can keep the file sizes manageable? >> >> Thanks, >> --Mark >> >> _______________________________________________ >> Squeakland mailing list >> Squeakland(a)squeakland.org >> http://squeakland.org/mailman/listinfo/squeakland

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev April 2008