etoys-dev December 2007

etoys-dev@lists.squeakfoundation.org

25 participants
39 discussions

Re: [Etoys] [Squeakland] color category in OLPC
by Scott Wallace 11 Dec '07

11 Dec '07

In the traditional Squeakland image, there are in fact no color- related items offered in a Sketch's viewer. But some olpc-specific changes over the past year resulted in the addition of several new color-related slots and a refactoring of the color-related categories, and as a result we've for some time now we've been seeing the spurious color category and its spurious color- related slots being offered in a Sketch's viewer. I've entered this bug on the TRAC system as ticket #5437 "Viewer for SketchMorph should not show color-related items". And I've just published an update to the etoys2.3 update stream (1827sketchColor-sw) which fixes the bug. Cheers, -- Scott On Dec 10, 2007, at 3:11 AM, Bert Freudenberg wrote: > > On Dec 9, 2007, at 21:06 , Randy Heiland wrote: > >> Can someone explain or provide an example of using the Color >> category in OLPC etoys? All I see are zeros for its members for my >> object and changing the values causes no visible effect. > > The color category does not work for Sketches, you need an Ellipse, > Rectangle, Polygon or similar object. > > Probably we should hide the color category if it does nothing ... > > - Bert - > _______________________________________________ > Squeakland mailing list > Squeakland(a)squeakland.org > http://squeakland.org/mailman/listinfo/squeakland

1 0

[Etoys] Compressing sounds
by Luke Gorrie 11 Dec '07

11 Dec '07

Howdy! I have a lot of big sampled speech (form .wav files -- MixedSound objects) in the SoundLibrary and I'd like to compress them with GSMCodec and still use them with 'make sound' tiles. Can someone please give me an incantation? I'm off to a school in the morning but I need to prune RAM usage somewhat first :-)

5 8

Re: [Etoys] [Squeakland] color category in OLPC
by karl 10 Dec '07

10 Dec '07

Randy Heiland wrote: > Can someone explain or provide an example of using the Color category > in OLPC etoys? All I see are zeros for its members for my object and > changing the values causes no visible effect. > > trying to model a blinking Christmas tree with my kids on a rainy day, > Randy Color category does not work with painted objects, only the ones dragged from the objects tool. Maybe the viewer should hide the Color category for SketchMorphs ? Karl

1 0

[Etoys] New version: Etoys 2.3
by Yoshiki Ohshima 10 Dec '07

10 Dec '07

Hello, There was a deadline called ship.2 to stabilize a software verstion that will be factory-installed. We were also stabilizing and fixing a few annoying bugs for the deadline. It seems that the version is finalized (there might be very last minute changes on the OLPC side), but as far as Etoys is concerned, we sucessfully delivered a good version for it. We have parallel development going and push a few updates to a future stream. But now the version we were using (etoy 2.2) can be migrated to the new version 2.3. To bring your 2.2 image to 2.3, simply update your image twice. Or, download pre-loaded images and changes from: http://tinlizzie.org/olpc/etoys-dev-2.3-1815.zip or the same thing from: http://etoys.laptop.org/svn/trunk/etoys/etoys-dev.image http://etoys.laptop.org/svn/trunk/etoys/etoys-dev.changes The latter two will tend to be updated more frequently, so depending on the usage, you might want to keep eyes on the http://etoys.laptop.org/svn/trunk/etoys/ folder. Thank you! -- Yoshiki

3 14

Re: [Etoys] [Localization] How to make multiple writing character sets available?
by Korakurider 10 Dec '07

10 Dec '07

Hi. My reply isn't any resolution to your problem, sorry. But I want to share with you about situation for EToys. We have been populating Japanese translations for EToys (aka Squeakland distribution) and faced similar problem. We didn't restrict use of Kanji for the distribution (and that is now on Pootle) while we tried to use easy words... As user can easily configure the translation dictionary for EToys, a Japanese volunteer built and published Hiragana dictionary (I don't remember the URL right now...) . By installing we could switch between Japanese and Japanse-Hiragana. You could ask about this in Squeak-ja community. We don't have good rubi support in current OLPC software. (note that someone in Japan tried to extend Pango to support rubi or Japanese-specifics, but what gettext can do is just converting plain string to another plain string). So IMHO possible option for us right now would be + define the targetted audience for the first priority and populate dictionary for them + populate it for another audience + try to support multiple variants for one language Cheers, /Korakurider P.S. You used Japanese characters in your mail to describe the problem. But for many of subscribers of this list the gryph can't be shown in their mail client at all ... On Dec 10, 2007 1:47 PM, Y. Sonoda <sonoda(a)laptop-jp.org> wrote: > Hellow, everyone! > > > I'm translating XO-core into Japanses with a few other > Japanese reviewers, and faced one critical issue. > > To make this issue simple, I separate contextual issues > in terms of the users age. > > This difficulty comes from the range of the children which > we should cover. It might be roughly 6 years old (1st grade) to > 12 years old (6th grade) in elementary school. > > As some of you may know about Japanese, we uses 3 types > of writing character sets. Those are > - Hiragana (most simple one) > - Katakana(used mostly when we write foreign languages) > - Kanji (Chinese characters) > > We usully uses all of them at a one time. > > For example, > "今日は良い天気です。ジェット機が飛んでいるのが見えます。" > "Today is fine. I see Jet airplane flying" > > This is an ordinary expression for matured ages. > > In this example, > "今日","良","天気","機","飛","見" > are Chinese characters, and > "ジェット" > is Katakana. And all remainings are Hiragana. > > All chinese characters can be written in Hiragana, like, > "今日" is "きょう", and "天気" is "てんき" > > Generally, children start leaning writings from "Hiragana", then they > move to "Katakana" and "Chinese character" gradually. > > So if the reader is 1st grade children, we should write above sentence > like this, > > "きょうはよいてんきです。じぇっときがとんでいるのがみえます。" > > But this writings are looks slightly childish for 5 or 6th grade children. > > So most of the books to cover from 1st to 6th grade children, or > just for the convenience for the people who may not be able to read > Chinese character, we put "rubi" (Hiraganas which explain how to read) > just above the Chinese characters. > > So that, if we have "reboot" in English, we would like to write this for > younger children like this, > "さいきどう" with Hiragana only, > while we also would like to write for elder children like this, > "再起動" with Chinese characters only. > > One solution for this issue, some of the compter games in Japanese > Market which target age is children, they ask children whether they can > read one simple example, indicating Chinese character sample. > If they reply or push [No], then they display all the texts in > Hiragana afterward. > > And talking about XO, it seems there are no mechanisms to switch > writing character > sets depending on the age, or those allow us to attach "rubi" on the > just above of the > Chinese characters. > > If we have to choose only one writing character set, we may have to choose > "Hiragana" as a safer side. But this quick solution cause 3 issues; > > (1) Writing only in Hiragana becomes longer text. > > (2) Elder children don'n like to use because it looks too childish. > > (3) It is slight difficult to know what is written when seeing each > Hiragana text at a glance. > > Eventually, we put "fuzzy" tags for almost all terms in Pootle projects. > > I will appreciate if there's some nice way to switch character sets depending > on the children's age. > > regards, > Spiky > > PS. > We did not have such issues in past, because almost all computer were > designed for matured people. And this might be the first case for us to > think the best way of how to express menu words for children depending on > their age. > _______________________________________________ > Localization mailing list > Localization(a)lists.laptop.org > http://lists.laptop.org/listinfo/localization >

1 0

[Etoys] Mentoring
by Bert Freudenberg 09 Dec '07

09 Dec '07

For once a more thoughtful post on OLPC News: http://www.olpcnews.com/use_cases/education/ constructivism_role_teaching_science.html - Bert -

1 0

Re: [Etoys] Proposal on how to use Pootle for etoys
by Korakurider 09 Dec '07

09 Dec '07

Hi, Xavier. > In the end, the rule seems to be there in order to guarantee that > Pootle can do it's job in keeping the PO files in-sync with its > corresponding POT. I think I understand the rule, thanks ! > So my answer-question would be: why did you want to upload an > etoys_test.po file in the first place? :) I just wanted to try uploading functionality of Pootle while I noticed people submitting to the "test project". So I wanted to rescue their contributions in ja.po and used alternative name. And bang :-) > BTW, another catch when uploading stuff is that the name of the > file to be uploaded can't be modified, meaning that you can't > upload foo.po as bar.po, forcing you to have the same local > names. Also, you can't delete these files without access to the > filesystem, so uploading 'stuff' is something to be considered > carefully. Let me confirm about your policy to grant uploading: admins for translation project can do uploading and you delegate "how to use it" to project admins from community, right? then we will need to have some guideline for us to work smoothly with them... > If we are going to include Etoys in Pootle using version control, > we are not forced to replicate the version control directory > hierarchy (as we would be symlinking the POT & PO files). This > would allow us to have an Etoys project with multiple POT files, > just like the 'assembled projects' xo_core & xo_bundled, or we > could include the 'core' into xo_core, and put the other Etoys' > files in either xo_bundled, (the future) xo_extras or an Etoys' > specific project... We will have multiple POs/POTs for etoys as Bert wrote, so etoys need to go with non-GNU style. I think separated project for etoys will be simpler :) > TamTam is a good example of the flexibility achieved, although a > lousy one at standardization -- and a bit of a headache for our > evolving scripts: there's one git with four sub-dirs and each > sub-dir is an activity with its own /po directory & files. But > within xo_core, they are presented as four distinct files that > symlink to the real thing on an equal basis with other (more > standard) activities. We still need to formulate how to manage etoys-based activity and its translations... Thanks for your suggestion ! /Korakurider (I am moving from yahoo to gmail)

3 6

[Etoys] [ENH]SoundLibraryCompress
by karl 05 Dec '07

05 Dec '07

"Change Set: SoundLibraryCompress Date: 5 December 2007 Author: Karl Ramberg Add a halo menu item that GSM compress and replace the selected sound Now also OggVorbis and OggSpeex codec" 'From etoys2.3 of 2 December 2007 [latest update: #1820] on 5 December 2007 at 10:07:09 pm'! "Change Set: SoundLibraryCompress Date: 5 December 2007 Author: Karl Ramberg Add a halo menu item that GSM compress and replace the selected sound Now also OggVorbis and OggSpeex codec"! !SoundLibraryTool methodsFor: 'menu' stamp: 'kfr 12/5/2007 22:03'! addCustomMenuItems: aMenu hand: aHand "Add custom menu items to a menu" super addCustomMenuItems: aMenu hand: aHand. aMenu addTranslatedList: #( ('wave editor' edit 'open a tool which, operating with the selected sound as a point of departure, will allow you to construct a new "instrument"') ('GSM compress sound' compressWithGSM 'compress the sound with GSM compression and replace the uncompressed one') ('OggSpeex compress sound' compressWithOggSpeex 'compress the sound with OggSpeex compression and replace the uncompressed one') ('OggVorbis compress sound' compressWithOggVorbis 'compress the sound with OggVorbis compression and replace the uncompressed one') ) translatedNoop! ! !SoundLibraryTool methodsFor: 'menu' stamp: 'kfr 12/5/2007 16:16'! compressWithGSM "Compress the sound." | newSound name writer | soundIndex > 0 ifTrue: [newSound _ GSMCodec new compressSound:currentSound .]. writer := ByteArray new writeStream. newSound channels do: [:channel | writer nextPutAll: channel]. name := listBox getList at: soundIndex. SampledSound removeSoundNamed: name. SampledSound addLibrarySoundNamed: name bytes: writer contents codecSignature: newSound codecSignature ! ! !SoundLibraryTool methodsFor: 'menu' stamp: 'kfr 12/5/2007 22:04'! compressWithOggSpeex "Compress the sound." | newSound name | soundIndex > 0 ifTrue: [newSound := OggVorbisCodec new encodeSoundBuffer: currentSound samples]. name := listBox getList at: soundIndex. SampledSound removeSoundNamed: name. SampledSound addLibrarySoundNamed: name bytes: newSound codecSignature: OggVorbisCodec className! ! !SoundLibraryTool methodsFor: 'menu' stamp: 'kfr 12/5/2007 16:20'! compressWithOggVorbis "Compress the sound." | newSound name writer | soundIndex > 0 ifTrue: [newSound _ GSMCodec new compressSound:currentSound .]. writer := ByteArray new writeStream. newSound channels do: [:channel | writer nextPutAll: channel]. name := listBox getList at: soundIndex. SampledSound removeSoundNamed: name. SampledSound addLibrarySoundNamed: name bytes: writer contents codecSignature: newSound codecSignature ! !

1 1

[Etoys] Fwd: [ENH]SoundLibraryCompress Re: Compressing sounds
by paz 05 Dec '07

05 Dec '07

IrFanView, http://www.irfanview.com/ , will view Ogg for Windows. On 12/5/07, Bert Freudenberg <bert(a)freudenbergs.de> wrote: > > > On Dec 5, 2007, at 17:02 , Bert Freudenberg wrote: > > > > > On Dec 5, 2007, at 16:38 , Karl wrote: > > > >> Karl wrote: > >>> Bert Freudenberg wrote: > >>> > >>>> Wouldn't the speex codec work much better than GSM? > >>>> > >>>> - Bert - > >>>> > >>> I hope so. I tested a little with GSM and it sounded quite bad. > >>> I'll read up a little on how to use speex > >>> > >>> Karl > >> Where can I get the Ogg plugin for Windows or Mac PPC? > > > > > > See > > > > http://lists.laptop.org/pipermail/etoys/2007-March/000468.html > > Oh, actually it's gone from tinlizzie ... so I'm not sure. > > - Bert - > > > _______________________________________________ > Etoys mailing list > Etoys(a)lists.laptop.org > http://lists.laptop.org/listinfo/etoys >

1 0

[Etoys] How do we want to translate project?
by Korakurider 05 Dec '07

05 Dec '07

--- Bert Freudenberg <bert(a)freudenbergs.de> wrote: > We don't need to split I think (unless translators > want us to), but > we will have additional pots (for projects, > quickguides, add-on apps > like BotsInc, DrGeo2 etc) I am confused here: You implemented so that TextMorph can have translated labels as properties and user can edit them, right? I have been assuming the functionality will be used for translating project by communities and for preloaded contents. So what problem do we want to solve by implementing another one, and what road map are you thinking? And I am not sure whether gettext-based translator is good for base of contents translation: + Gettext looks up translation by original text and "context" where the text is used in code. The context is actually class category or method category and both don't fit well for Morph instances in project. + I think translation for contents should be able to be dynamically and easily modified by users. Your tweak on TextMorph is great for this. Compiled MO format seems too static and rigid. /Korakurider

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev December 2007