etoys-dev April 2008

etoys-dev@lists.squeakfoundation.org

28 participants
42 discussions

Re: [Etoys] Progress/Status Translation
by Gerhard Steiner 11 Apr '08

11 Apr '08

Gerhard Steiner schrieb: > Korakurider schrieb: >> On Fri, Apr 11, 2008 at 12:56 AM, Gerhard Steiner <gd.steiner(a)gmx.at> >> wrote: >> >>> I don't want to work with the in-image translator, but at the moment a >>> gettext-import seems to be the only way to get a recent translation >>> into the >>> dev-image (etoy-dev seems to ignore etoy.mo). That's the only reason >>> why I >>> use the InternalTranslator. >>> >> About translation etoys-dev work in the same manner with >> etoys.image. (Believe me, I am usually working only with dev image) >> So there might be something wrong with your settings . Note the >> correct name is NOT etoy.mo BUT etoys.mo. >> >> /Korakurider >> >> > One of the changesets between 1917-1963 makes the GetText-Translation > unusable. > > Windows XP working as admin > Between all steps save+reload of images > > Step A1 > Download + unzip http://etoys.laptop.org/src/etoys-image-and-pr.zip > into directory c:\olpc\olpc_etoy_1\ > nav-bar-> choose language -> *17 languages available* > Step A2 > Preferences->Restore All Default Preference Settings > Step A3 > load latest code updates (1963) + save image > nav-bar-> choose language -> *6 languages available !!* > Step A4 > Download + compile latest etoys.po from Pootle > Step A5 > copy etoys.mo -> c:\olpc\olpc_etoy_1\lang\de\LC_MESSAGES\etoys.mo > RESULT no recent translations -> only in-image-translations are displayed > Step A6 > copy etoys.po -> c:\olpc\olpc_etoy_1\lang\de\LC_MESSAGES\etoys.po > RESULT no recent translations -> only in-image-translations are displayed > STEP A7 > back to orignal image from download (without cs 1917-1963) > RESULT recent po/mo-translations are displayed > > -> one of cs between 1917-1963 avoids the po/mo-translations to be used > -> manual gettext-import necessary :-( > > -------------------------------------------------------------------------------------------------------- > > > Step B1 > Download + unzip http://etoys.laptop.org/src/etoys-dev.zip into > directory c:\olpc\olpc_etoy_1_dev\ > nav-bar-> choose language -> *6 languages available* > Step B2 > "load code updates" (1963) + "save image" > RESULT no recent translations -> only in-image-translations are shown > Step B3 > copy recent lang directory with etoys.po+etoys.mo from above into place > RESULT no recent translations -> only in-image-translations are shown > Step B4 > copy recent etoys.mo+etoys.po into po/etoys-directory > RESULT no recent translations -> only in-image-translations are shown > Step B5 > back to orignal image from download (without cs 1917-1963) > RESULT recent po/mo-translations are displayed > > -> one of cs between 1917-1963 avoids the po/mo-translations to be used > -> manual gettext-import necessary :-( > > > Kind regards > Gerhard Steiner > > > > > > > > > > > >

2 2

[Etoys] epaati speedup report #2
by Ties Stuij 11 Apr '08

11 Apr '08

And here's already the second OLE Epaati speedup report: Almost all activities load in 30 secs or less with the new image. But the nicest speedup we see with the longer loading times. Our slowest activity, names of color, went down from 2:41 to 0:45. And also nice to know it is still the slowest. We only got one more over 40 secs. The one below it loads now in 36 secs. Only one activity takes longer to load, but that was our fastest loader. It went from 14 secs to 21 secs. This time around we've got a new Activity on pole-position. Or rather it's a tie between Puzzle ABC and Puzzle 123, with both 20 secs of loading time. Next goal is to get them all under 30. Let us not be satisfied with less! See the attached .xls for a complete overview. /Ties

1 0

[Etoys] morphs in a holder
by polishookm 11 Apr '08

11 Apr '08

When in etoys-dev.image I can open a halo on an EllipseMorph, click on the debug icon and then select "save morph in file." That puts a file, for example, grey.morph, assuming that's the name I gave to the morph, in my Squeak directory. The FillInTheBlank morph that assists with the naming process automatically appends ".morph" to the name I select, in this case "grey." If I open a HolderMorph and put a few EllipseMorphs into it and if I open a halo on the HolderMorph and then try to save it in the same way, the dialogue box gives me the option to save the holder as a .project file. When I try to bring that back into Squeak, it comes in as a something or other that takes over the World and can't be worked with in any way that I can determine. So, my question is what's the best way to export a Holder with whatever objects it contains. The context is a student in my class has a holder with 57 or so sketches and we'd like to move it (the holder with the sketches) from from one image to another. Thanks in advance, Mark

5 16

[Etoys] Etoys by Example
by Joe Apuzzo 11 Apr '08

11 Apr '08

So what is becoming obvious to me is the lack of Etoys information in one place, like "Squeak by Example" book is. I'm sure that "Etoys by Example" does not exist. I know that it would be as much work as "Squeak by Example", but I think it's a worthy endeavor. Teachers should have all the information on Etoys in one place with plenty of examples of how to use each object. Also geared towards Teaching and Teachers not programmers as it's counterpart is. Finally I think that sticking to book form works best with grade and middle school teachers, web pages are great but traditional books will be better received in that community. The most important thing is to promote Etoys in the learning environment, and dispel the confusion ( which I have personally encountered ) So what do you think? How do we get this off the ground? Slightly less frustrated Joseph Apuzzo Gnu_Joe www.mhvlug.org

3 2

[Etoys] not saving projects to squeaklets
by Ties Stuij 11 Apr '08

11 Apr '08

As part of my 'one patch a day' project: Every time a project gets loaded, a version is stored in the squeaklets subfolder, if it doesn't already exists. On the XO this to me seems a rather space-consuming operation without any direct benifit. If you agree, you might find attached patch of use, which does away with this wastefull behaviour. If you don't agree (which is most probable, because I'm probably overlooking something) I'd like to know what I'm overlooking. /Ties

2 1

[Etoys] zip optimization results
by Ties Stuij 10 Apr '08

10 Apr '08

Hey! I got some interesting results from fiddling with various project zipping strategies on the XO. Basically using only the unzipped project file, big projects load about 3 times faster than the doubly zipped alternative (where the project zip bundle is not compressed); which is the way project files are stored now. Numbers are in seconds, horizontally we see the zipping methods and vertically three different projects. On a clean 3.0 image, loaded with our customizations and luke's speed patch. 1 2 3 4 5 tr 37 1.20 1.29 1.29 46 c10 30 1.15 1.23 1.23 40 shp 18 30 32 36 20 where tr = triangle identification c10 = adding to 10 is fun shp = counting sheep 1 = non-zipped stand-alone .pr file 2 = zipped .pr file in uncompressed archive 3 = non-zipped .pr file in uncompressed archive 4 = non-zipped .pr file in compressed archive 5 = zipped stand-alone .pr file Testing the other 1.20m plus activities also shows a threefold speedup to generally just under 40 sec against the 2.3 image with luke's dictionary patch loaded. For us at OLE the obvious choice is 1, cause we basically just go for raw speed, but I guess there's something to say for 5, because it does cut the size of the files in half. To me it seems worth it on the XO, but others might not be as performance inclined. Or? In general, fascinatingly enough, doubly zipped projects seem to load faster than bundles with a zipped .pr file in them. Attached the patches that made this work: The patches I already sent. Useful irrelevant of the patches that follow them in this post: fileIn Fix: for unzipped .pr files the wrong kind of stream is created (i think). AsUnzippedStream: don't use unzip routine with built in progress bar. Speedup of about 20% on the larger files. Note that this doesn't have anything to do with the project progress bar. new ones (names are a bit misleading). Basically just throw in the ones whose effect you want. For a combination of bundle and uncompressed .pr file, make sure you've got the fileIn Fix loaded: zipOptimizations: don't zip the inner .pr file furtherZipOptimizations: don't zip the bundle and don't create the other files in the bundle (html file, etc...). compress project bundle: If filed in, the project bundle is compressed. Hope any of this is of use to some. /Ties

4 4

[Etoys] dbus errors on XO
by Ties Stuij 09 Apr '08

09 Apr '08

After loading all code updates (including a couple of dbus patches) to a 3.0 image, i getting exactly 2 dbus errors at startup, both the same. primSendMessageTimeout sends a primitive failed error 'cause the argument it recieves is -1. In my experience just at startup. /Ties

3 4

Re: [Etoys] [squeak-dev] How to load Monticello into etoys-dev-3.0 (again!)
by Bert Freudenberg 08 Apr '08

08 Apr '08

On 08.04.2008, at 02:13, Simon Guest wrote: > At Tue, 8 Apr 2008 11:18:18 +0545, > Ties Stuij wrote: >> >> On Mon, Apr 7, 2008 at 3:15 PM, Simon Guest <simon.guest(a)tesujimath.org >> > wrote: >>> So, how do I load Monticello into etoys-dev-3.0? Any help >>> appreciated! >> >> This will work (on a clean 3.0 image anyway). It's a bit hackish, >> but hey: >> http://wiki.laptop.org/go/Etoys_Tips_and_Tricks#Installing_Monticello_on_yo… > > OK, that explains why I couldn't work it out myself ... ! > > Thanks for your help. The problem is that the Squeakmap update process tries to install a Monticello version that cannot cope with the stubs left by MCInstaller (at least that's my theory of the problem). I can load it, when the walkback pops up I edit the offending method in place (wrapping the ancestor creation in an #ifError: block) and continue. But I can see how this won't fly with other users ;) We should indeed consider adding Monticello to the -dev image and stripping it out for the release. Or maybe even better, fix the Squeakmap update process so it can be easily installed. - Bert -

1 0

Re: [Etoys] how to let activities write to file without risking security
by Korakurider 08 Apr '08

08 Apr '08

Hi, Before thinking about solution, could you explain specificaly what you want to write to disk and how that will be used? /Korakurider On Tue, Apr 8, 2008 at 3:50 PM, Ties Stuij <cjstuij(a)gmail.com> wrote: > Hey list, > > At OLE Nepal we need to let our etoys image allow writing to disk, > however under rainbow the image is executed under another user id. > What's the way to give an/our activity permission to write to certain > directories without just making them world writable, which is surely > not the way to go. > > Thanks, > /Ties > _______________________________________________ > Devel mailing list > Devel(a)lists.laptop.org > http://lists.laptop.org/listinfo/devel >

4 6

[Etoys] So what does everyone use in the classroom?
by antonio 08 Apr '08

08 Apr '08

Hi Joe, These teachers who work mainly with books at their classrooms do not have interest in Squeak, ergo most of teachers prefers digital books, like Encarta and all kind of enciclopedias... So you will never find tons of information about how they use Squeak. Do anybody speak spanish at Mid-Hudson valley? http://squeak.educarex.es/Squeakpolis regards

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