Ned Konz wrote:
And I tried to import my Connectors change set (after changing all the category names to be 'People-NedKonz-Connectors').
And I imported the change set. When it executes the postscript of the change set, I get a walkback on a doesNotUnderstand:.
Modules shouldn't be able to define doits. They contain static program definitions. (Use an initialization method.)
I have tried to reproduce this behavior, but I couldn't. Where can I get your Connectors change ?
Actually I have used the Connectors as one of my test cases. It's too bad the SqF server had gotten a bad configuration so we cant use it right now to distribute modules easily. We'll see if things change over the weekend.
But this is the strange thing: the Package Browser shows that I've added the new method to the class in question (this is a one-method extension to MessageSend).
It's in a module called #(People NedKonz Connectors 'Squeak Language Core Objects delta')
Strange name for a module, but anyway I will try to fix that.
This is a DeltaModule, its name is automatically generated from who defines it and what base module it affects.
I didn't name it. The import did. I tried to import to #(People NedKonz Connectors) and it put my extensions in modules with names like that.
Exactly. The importer recognizes class/module extensions automagically.
How am I supposed to use the system if I can't extend existing classes?
But you just did!
Which system do you refer (ModuleTool is simply a gui, a front-end to ModuleInstaller) ?
The module system; I'm sure this isn't something you did. I like your GUI.
Are you sure to want to use a such name ?
No, but the module system seems to want to.
Torsten.Bergmann@phaidros.com wrote:
Has someone be able to track down the error of evaluating the code twice before getting it into the image.
It was not an error as such, the files had the wrong names, see my first posting in this thread. The fact that it works the second time may be a bug ;-)
Henrik
squeak-dev@lists.squeakfoundation.org