Since the Sugar 0.88 string freeze is in effect, we got a few updated Etoys translations, in particular for Mongolian, Hindi, and German:
https://dev.laptop.org/git/projects/etoys/log/
The first few entries in the new Hindi translation do not look right to me, these are our "strange" meta-data entries like "Language-Name" and "Linux-Font" which appear to have been translated literally. Could someone have a look please?
https://dev.laptop.org/git/projects/etoys/commit/?id=92f5421f6cbe92906eccdc…
- Bert -
On 10.03.2010, at 20:46, Hilaire Fernandes wrote:
>
> Bert Freudenberg a écrit :
>
>> But, the strings do look right in the PO file:
>> http://etoys.laptop.org/src/Content/po/etoys/fr.po
>> (though I do not have looked at them in hex dump)
>
> No those strings look definitely wrong in the PO.
>
> Hilaire
Interesting, they show fine in my regular browser (Safari).
But now I tried in Firefox and they show strange there. Apparently Safari just ignores those characters (code 142 and 143 I think).
Same issue in Pootle - shows up right in Safari but Firefox reveals the problem:
http://translate.sugarlabs.org/fr/etoys/etoys.po?item=2791&view_mode=transl…
I'mm cc'ing the localization list ...
- Bert -
Hi folks,
just noticed this:
'go to first card of stack' translated sixth asInteger
143
'go to previous card in stack' translated ninth asInteger
142
But, the strings do look right in the PO file:
http://etoys.laptop.org/src/Content/po/etoys/fr.po
(though I do not have looked at them in hex dump)
Any idea?
- Bert -
Hi folks,
with help from Ken Causey I set up a new update stream at
http://etoys.squeak.org/updates/
This snippet makes that update server available to the image (adapted from setupServerDirectoryForSqueakland):
| d |
d := DAVMultiUserServerDirectory on: 'http://etoys.squeak.org/updates'.
d altUrl: 'http://etoys.squeak.org/updates'.
d moniker: 'Etoys Updates'.
d groupName: 'etoys'.
Utilities classPool at: #UpdateUrlLists put: nil.
ServerDirectory inImageServers keysDo: [:k | ServerDirectory inImageServers removeKey: k].
ServerDirectory inImageServers at: 'Etoys Updates' put: d.
Utilities updateUrlLists add: (Array with: 'Etoys Updates' with: #('etoys.squeak.org/')).
Also, to bump the Etoys version number for development:
SystemVersion newVersion: 'etoys4.1'
We should probably put this into a final changeset at the tinlizzie stream - can someone prepare a changeset? Anything else that needs to go in there?
To publish a changeset to the new stream, save it to a file (proper name with initials appended), select it in a file list, and choose "broadcast as update" from the menu.
You need an account for that - please make a password on your local machine using "htpasswd -n name" and send me or Ken the output (privately). It looks like "name:X3ebVz1FFcmLc" where "name" is your desired username.
Since we want to switch to Monticello-based updates ASAP it would be good to get the recategorization done that Karl started and put those changes into the stream.
- Bert -
Hi Folks
Just stumbled over the bug [1] that the old project launcher somehow got disabled. So my old Etoys at http://emergent.de/etoys.html did not launch anymore.
Now I replaced all "project.jsp" with "launcher" but as squeakland.org seems to be down that did not help at the moment either. Any clues?
Cheers
Markus
[1] http://tracker.squeakland.org/browse/SQ-665
Thank you for the answers.
Makes sends once I think about it. So we get bitten by early binding
of method categories...
This would be nice to choose on fileIn, so you just specify which
category / package a method should be in instead of
just applying the one in the change set...
It would be nice to be able to use both change sets and Monticello for
a while until development gets traction and since most development in
Etoys have deep roots in change sets.
Karl
On Mon, Mar 1, 2010 at 2:24 PM, David T. Lewis <lewis(a)mail.msen.com> wrote:
> On Mon, Mar 01, 2010 at 11:06:45AM +0100, karl ramberg wrote:
>> Hi.
>> Good work :-)
>>
>> Underscores should be fixed even though I prefer the arrow :-)
>>
>> How do I fix the second issue with package categories? I'm not really
>> used to Monticello so I fumble here.
>
> Hi Karl,
>
> This is something that Monticello does not handle well, and I am
> not sure if you will want to "fix" it or not. It is probably best
> to think about it for a couple of days, and also ask Bert what he
> thinks. Changing categories in the Etoys image will make it easier
> to compare Etoys with Squeak trunk, but it may cause other problems
> if patches are being tracked and applied through change sets.
>
> It is difficult (but not impossible) to make changes to the Squeak
> trunk package names, because it affects lots of people using the
> update stream, and because it makes the change history hard to
> track (due to Monticello). So realistically it means you need to
> decide if you want to change the categories in the Etoys image.
>
> Actually changing the categories is simple. If you change the
> category of a class (in a browser, in the usual way), Monticello
> will automatically treat it as belonging to a different category.
> Likewise, for method categories, changing the category from e.g.
> "foo" to "*Etoys-foo" moves it into the Etoys package. If you
> change the category of a class from "Foo" to "Bar", then you will
> need to save both the "Foo" and "Bar" packages in Monticello.
> The class will disappear from the Foo package, and appear as
> new in the Bar package.
>
> One note concerning the Etoys package naming - Monticello does
> not seem to care about upper/lower case names, so from my
> Monticello browser in a Squeak trunk image, the "Etoys" package
> in source.squeak.org/etoys appears in package "EToys" in my
> browser. The archive files in source.squeak.org/trunk have names
> like "EToys-dtl.62", and the archive files in source.squeak.org/etoys
> have names like "Etoys-kfr.3" (lower-case $t). As far as I can
> tell, this is harmless but maybe a bit confusing.
>
>
>
> Dave
>
>
Hi everyone,
Just posted a short video describing the process we'll use to translate the Squeakland courseware for the upcoming Waveplace pilots in Haiti and St John. We're starting with the Basic Etoys unit and then the Storytelling unit. Other units will be announced as they become available.
You can find it on the Squeakand wiki at:
http://wiki.squeakland.org/display/sq/Courseware
(click "video intro" at the top)
Lesson 1 of the Basic Etoys unit is complete. There will be a new lesson every day until we leave for Haiti on March 21st.
Please let us know what you think. Also please help us review or improve our translations. All final decisions will go through Chris Low of the Matènwa Community Learning Center.
Take care,
Tim
--
Timothy Falconer
Squeakland Foundation
http://squeakland.org
610-797-3100
--
"Intelligence is what you use when you don't know what to do." ... piaget
Hi,
Sikshana (http://www.sikshana.org) won a best NGO award from the citizens of
Bangalore for its initiative to improve the quality of public education:
http://citizensalliance.wordpress.com/2010/02/28/good-samaritans-some-of-
bangalore-recognised
One of the key empowerment initiative in Sikshana revolved around using Etoys
on a memory stick (as a personal "soft" computer) to get children to express
their ideas freely unhindered by the fear running out of (precious) supplies
like paper, pen or paint. The pilot started in a handful of schools in 2007
and then spread, by popular demand from teachers, to 120 schools today with
many more waiting in the pipeline. Details are in
http://sikshana.blogspot.com.
Sikshana is a tiny organization with only 15 employees guiding 250 school and
30k children. That we were able to scale to this level is because of the
support of patrons and volunteers across the world.
I wanted to take this opportunity to thank all developers, past and present,
of Squeak and Etoys and let them know that their work is making a big
difference in the lives of middle school children in the remote village schools
in India.
Thank you .. Subbu
Hi,
I have worked on packaging the Etoys image and saved them to
source.squeak.org/etoys.
I'm new to Monticello and hope I did not screw up too badly.
Karl