[squeak-dev] some thoughts on coding practices.

Lukas Renggli renggli at gmail.com
Sat Sep 5 22:05:01 UTC 2009


> (a) I need really to extend or subclass InputEventSensor
>
>        (1) I'm not really sure how to best add instance variables to
> InputEventSensor via MC.

Monticello unfortunately doesn't support that.

>        (2) I wanted to make a subclass, but then discovered RFBServer which
> I need actually hard codes a reference to InputEventSensor versus saying
>          InputEventHandler defaultClass  (or something)
>        (3) RFBEventSensor then cheefully subclasses InputEventSensor which
> defeats my proposed subclass, not sure how in MC I could change the class
> hierarcy of someone else.

http://source.lukas-renggli.ch/unsorted/RFB-lr.13.mcz works out of the
box in any recent Pharo image. The package does not change the base
system and thus loads/unloads cleanly.

> (b) RBSpellChecker only picks between macintosh and other, so adding a
> subclass for iPhone means hacking startup for RBSpellChecker, versus having
> the
> more standard iteration over subclasses and having them choose who can do
> the work. Also if it's not macintosh that does not mean it's iPhone, or
> windows, risc, or unix...

I fixed this in Refactoring-Spelling-lr.7, so that the spell checker
is only initialized when it is actually used.

It looks to me that you are using a Pharo-Dev image, but I guess you
would rather use a Pharo-Core image? Maybe the Pharo-Core image should
be placed more prominent on the download page, I've seen numerous
experienced people at ESUG downloading the "wrong" image.

Cheers,
Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch



More information about the Squeak-dev mailing list