Tweak mainstream in Squeak

Bill Schwab BSchwab at anest.ufl.edu
Sat Jul 15 18:59:19 UTC 2006


Andreas,

==========================
Hi Bill -

> Now for the controversial part: I have a concern about Tweak's
compiler
> extensions. At STS05, I saw a demo of Tweak's bleeding edge state at
> the time, and could not help thinking the extensions were creating an
> avoidable complexity, or were at least in the wrong place. If you want
> to simplify life for beginners, then I think you could manage the
event
> wiring for them w/o forcing it on advanced users.

This is an interesting question: I'd be curious why you feel the event
wiring is forced on advanced users, since you can always replace, e.g.,

Foo>>onBar: arg
<on: bar>

with:

Foo>>initialize

self startScript: #onBar: when: {self. #bar}.
==========================

That helps.  Language extensions still strike me as a code smell, but an
alternative is encouraging.



==========================
And if you have a proposal for how one can avoid the two problems that
annotations are addressing (the ability to have multiple methods react
to the same event
==========================

I must be missing something.  Can't the existing events system handle
that?


==========================
 and the ability to avoid "extra" initializers to set
up the wiring) I'd really be interested. 
==========================

My preference would be to put any such conveniences in a GUI editor or
similar programming tool rather than alter the language to support it.

Regards,

Bill





Wilhelm K. Schwab, Ph.D.
University of Florida
Department of Anesthesiology
PO Box 100254
Gainesville, FL 32610-0254

Email: bills at anest4.anest.ufl.edu
Tel: (352) 846-1285
FAX: (352) 392-7029




More information about the Squeak-dev mailing list