[etoys-dev] Consolidating releases

Bert Freudenberg bert at freudenbergs.de
Mon Aug 31 19:04:18 EDT 2009


On 01.09.2009, at 00:43, Yoshiki Ohshima wrote:

> At Tue, 1 Sep 2009 00:29:26 +0200,
> Bert Freudenberg wrote:
>>
>> On 01.09.2009, at 00:23, Yoshiki Ohshima wrote:
>>
>>> At Mon, 31 Aug 2009 20:53:42 +0200,
>>> Bert Freudenberg wrote:
>>>>
>>>> Could you do that? I'm somewhat lost in the ReleaseBuilder maze -
>>>> there seem to be lots of methods doing the same thing, and others  
>>>> not
>>>> being called at all. And do we need all these themes? Redefine
>>>> chicago? Add a new city? ... I'll attach what I have so far:
>>>>
>>>> - fix update stream URL
>>>
>>> Did we agree on to re-instate the update stream?  (especially the
>>> developers' etoys update stream/)
>>
>> No, but did you simply want to leave it broken because of the wrong
>> URL? If we want to disable it then properly I thought ...
>
>  Well, it just says "0 new update(s)", which was thought to be a
> correct behavior, and if somebody really would like to put some
> critical patches in the stream, "squeakland" one was meant to be the
> place.

I missed that discussion apparently.

>>>> - fix default font size
>>>> - set SystemVersion date when doing a release"
>>>>
>>>> And maybe we should integrate some stuff I put in the external
>>>> release
>>>> script until now:
>>>>
>>>> http://svn.squeakland.org/installers/buildImage.st
>>>
>>> This .st or some parts of it should be in the image as a method.
>>
>> That's what I meant :)
>
>  Ah, I see^^;
>
>> Not quite sure how much of it though.
>
>  Compiling a method certainly looks strange.
>
> Could be just:
>
> DisplayScreen primitiveWindowSize: 1 width: 800 heigth: 600.

It was meant to be used on a not updated toys-dev image, which does  
not have these methods yet.

>   World submorphs do: [:m | m isSystemWindow ifTrue: [m delete]].
>    ReleaseBuilderSqueakland new
>        updateAll;
>        prepareReleaseImageForSqueakland;
>        buildInitialScreenForSqueakland.
> ] valueSuppressingAllMessages.

In prepareReleaseImageForOLPC the buildInitialScreen call is already  
included ...

> CursorWithAlpha allInstancesDo: [:c |
>    c == CursorWithAlpha biggerNormal
>        ifFalse: [c becomeForward: CursorWithAlpha biggerNormal]].

And this should maybe get put into an update.

> WorldState addDeferredUIMessage: [
>    SmalltalkImage current snapshot: true andQuit: true.
> ]

And is that the right way to save? I wasn't sure, but I did not want  
to snapshot from within the file-in code.

> (Hmm, with 3.11.3 beta Windows VM, it still doesn't resize...)


Works on the Mac. Does Win have the HostWindowPlugin? I though it did  
since the window title gets changed, doesn't it?

- Bert -




More information about the etoys-dev mailing list