>
> I caution you - this is an open project. To the extent that you close
> your process by delaying other people's access to your design
> directions, you risk them not being accepted.

Just a point. The changeset are available explained. The wiki is the 
maximum we can do. If this is not enough tell us because may be 
cleaning the kernel only for us will be more efficient.

Sorry I start to be pissed off by this discussion.

Stef


> It's your call. I want a
> clean kernel, but if I see iffy decisions implemented, I will have no
> qualms about  pushing to reject them.
>
> Pushing out UI is clear. How about global analyses (like
> unSentMessages)? seems to me that is another direction that can be
> extended in arbitrary forms, and should be pushed out.
>
> No problem if you disagree, but state the design decisions that drive
> your implementation.
>
> Daniel
>
>
Prof. Dr. Stéphane DUCASSE
http://www.iam.unibe.ch/~ducasse/
  "if you knew today was your last day on earth, what would you do 
different? ...  especially if,
  by doing something different, today might not be your last day on 
earth" Calvin&Hobbes

"The best way to predict the future is to invent it..." Alan Kay.

Open Source Smalltalks: http://www.squeak.org, 
http://www.gnu.org/software/smalltalk/smalltalk.html
Free books for Universities at 
http://www.esug.org/sponsoring/promotionProgram.html
Free Online Book at 
http://www.iam.unibe.ch/~ducasse/WebPages/FreeBooks.html