This may sound rediculous to you Stephane, but it is called Thought. This is definately NOT an insult. It is actually a subclass of Behavior. (minor design flaw). It is not in Smalltalk because it was designed for very small children. JW
---- "stéphane ducasse" ducasse@iam.unibe.ch wrote:
Difficult question...
Behavior is a good name for classes and traits. Behavior as in Smalltalk is more ClassEssence or ClassCore but we cannot change that.
Stef
On 4 oct. 05, at 04:42, Daniel Vainsencher wrote:
Hi everyone.
In many places in Squeak, we do things to classes. In many of those, we actually want to be doing those things also to Traits, or any other code-containing abstraction, probably. For example, we want to to be able to browse it, file it in/out and such.
So what do we call this concept?
Just to make the discussion more concrete, I'll give some specific cases: -SysNav>>allClasses should probably only return real classes, but it is used in various places in which all Traits should be returned as well, for example Compiler recompileAll should recompile Traits, since otherwise some obsoletely compiled methods would remain even in classes : ones that are composed with Traits. -In the tools, in many places we do something like "self selectedClass ifNil:[^self]. <otherwise>" In some of those places, we actually want to exclude Traits, and there I've been using #isBehavior: instead of #ifNil:, however Adrian and I are both somewhat inclined to think of Traits as being Behaviors, sort of. But clearly, we want some name that includes both, and some name that includes classes (and other Behavior subclasses?) but that excludes traits.
So I'm asking for more opinions.
Daniel
jwalsh@bigpond.net.au wrote:
This may sound rediculous to you Stephane, but it is called Thought.
Well, now, this opens a really big can of worms ;-)
It is actually a subclass of Behavior. (minor design flaw).
A really, really big can of worms...
It is not in Smalltalk because it was designed for very small children.
I think you underestimate (small) children... One of the most, both humbling and enlightening moments was realizing what the project by two girls actually meant: http://www.squeakland.org/project.jsp?http://www.squeakland.org/fun_projects...
They came up with a fully parallel solution that every computer scientist would have shied away from...
Michael
On Tue, 04 Oct 2005 14:25:06 -0700, Michael Rueger michael@impara.de wrote:
I think you underestimate (small) children... One of the most, both humbling and enlightening moments was realizing what the project by two girls actually meant: http://www.squeakland.org/project.jsp?http://www.squeakland.org/fun_projects...
They came up with a fully parallel solution that every computer scientist would have shied away from...
Michael
While not disagreeing with you re children, I don't understand what makes this project extraordinary.
On Oct 4, 2005, at 5:25 PM, Michael Rueger wrote:
I think you underestimate (small) children... One of the most, both humbling and enlightening moments was realizing what the project by two girls actually meant: http://www.squeakland.org/project.jsp?http://www.squeakland.org/ fun_projects/KimsTour/Chyan&Janae.004.pr
Wow. That's very cool. How old were they?
Colin
Michael Rueger wrote: ...
I think you underestimate (small) children... One of the most, both humbling and enlightening moments was realizing what the project by two girls actually meant: http://www.squeakland.org/project.jsp?http://www.squeakland.org/fun_projects...
Nice! Here is my version (works in Squeak3.7-5989-full, later versions seem to result in a load error with MC for whatever reason)
http://www.visoracle.com/dl/chyan&janae&mw.001.pr
Sometimes they stick together, sometimes they divide...
Regards, Martin
squeak-dev@lists.squeakfoundation.org