[squeak-dev] ToolBuilder / Pharo 1.0 changes

Hannes Hirzel hannes.hirzel at gmail.com
Fri Apr 23 12:28:20 UTC 2010


Stef,

You are talking about this ToolBuilder

     http://www.squeaksource.com/ToolBuilder

right?

The last commit was
http://www.squeaksource.com/ToolBuilder/ToolBuilder-Kernel-mvdg.27.mcz
March 2008

So it seems that development of the ToolBuilder has been going on
independantly in Pharo and Squeak _in_  the image. Andreas pointed out
that he thinks that merging should be possible.

And this would imply posting a version back to
http://www.squeaksource.com/ToolBuilder.


Hannes

On 4/23/10, stephane ducasse <stephane.ducasse at gmail.com> wrote:
> Ok let us know.
>
> Your goal is to have ToolBuilder shared between Pharo and Squeak?
> We should pay attention because we want to be able not to be backwards
> compatible but we can try.
>
> Stef
>
> On Apr 23, 2010, at 6:50 AM, Andreas Raab wrote:
>
>> Hi -
>>
>> Here are the changes between the latest ToolBuilder from
>> http://www.squeaksource.com/ToolBuilder vs. Pharo 1.0 (again there are
>> additional but fairly minor edits involved):
>>
>> Package ToolBuilder-Kernel
>> --------------------------
>> - ToolBuilderTests
>> Removed.
>>
>> - UIManager
>>  * fontFromUser:
>>  --
>>  * chooseFrom:lines:message:
>>  * chooseFrom:lines:message:title:
>>  * chooseFrom:message:
>>  * chooseFrom:message:title:
>>  * chooseFrom:values:lines:message:
>>  * chooseFrom:values:lines:message:title:
>>  * chooseFrom:values:message:
>>  * chooseFrom:values:message:title:
>>  --
>>  * createPageTestWorkspace
>>  * checkForNewDisplaySize
>>  * composeFormFor:
>>  * grafPort
>>  * interactiveParserFor:
>>  * newDisplayDepthNoRestore:
>>  * onDebug:context:title:full:
>>  * onPrimitiveError:
>>  * onEventSensorStartup:
>>  * onSnapshot
>>  * restoreDisplay
>>  * restoreDisplayAfter:
>>
>> Two sets of issues that we should discuss: If you care about unloading the
>> (very small) set of tests we should move those into a separate package,
>> which is easy enough.
>>
>> Secondly, UIManager. It seems there have been three types of additions:
>>
>> 1) 'Genuine' user requests like fontFromUser:. Since we added a similar
>> protocol in Squeak we should work out which protocol is preferable and use
>> it (or even both).
>>
>> 2) Polymorph extensions. Assuming Gary agrees, we should move those into
>> UIManager but I'll point out that a quick look at senders didn't reveal
>> any users? All the references were between these methods no apparent
>> external callers. Are these used in other packages?
>>
>> 3) Methods that are not about user requests (everything from
>> creatPageTestWorkspace through restoreDisplayAfter:). I don't really like
>> those very much (after all UIManager is all about asking users for
>> information); is there really no better place in Pharo to put these? I can
>> kind of see why one would stick some of those into UIManager if there is
>> absolutely no other place but ... is there?
>>
>> Package ToolBuilder-Morphic
>> ---------------------------
>> - MorphicToolBuilderTests
>> Removed.
>>
>> - MorphicUIManager
>>  * isActiveManager - presumes Morphic-only
>>  * (all the code for the new methods in UIManager)
>>
>> Not much new stuff here.
>>
>> Package Polymorph-ToolBuilder-Morphic
>> -------------------------------------
>> * PSPluggableListSpec
>> Adds icon and double click selector to the list spec.
>>
>> This should be folded all the way up into PluggableListSpec. The lack of
>> these is a real oversight.
>>
>> That's about it for the Pharo changes. Except from the methods in
>> UIManager that don't really belong there, there's little to worry about.
>>
>> The next thing I'll do is post some recommendations of how I think we can
>> move this forward. I'll have to think about this a little though.
>>
>> Cheers,
>>  - Andreas
>>
>
>
>



More information about the Squeak-dev mailing list