How to improve Squeak
stéphane ducasse
ducasse at iam.unibe.ch
Wed Jul 14 08:47:07 UTC 2004
Hi richard
I agree with you and I'm thinking to see how we can program a
clean/simpler/bookmorph with TESTS.
the active documentation. ;)
Stef
On 13 juil. 04, at 07:26, Richard A. O'Keefe wrote:
> lex at cc.gatech.edu wrote:
> In short, BookMorph is old. ...
> Because of this history, I don't see a particular reason to fix up
> BookMorph at all. This is not some random widget, but is designed to
> be
> a core part of the UI. The UI doesn't use it any more. ...
> And really, why does it need to be fixed up anyway?
> It is perfectly fine just to delete the thing or even just to mark the
> comment as "no longer supported, but present for historical interest".
>
> I would have been very happy to see saving a BookMorph to a file work.
> I have several times used BookMorphs as a kind of "rich man's
> PowerPoint"
> (NOT "poor man's" -- BookMorphs are *better* as far as I'm concerned).
>
> I have always put my occasional problems with BookMorphs down to
> inadequate
> documentation. I don't *care* whether they are a "core" part of the
> UI or
> not, they do a useful job, and if they were better documented and not
> left
> to rot I suspect more people would use them.
>
> By arguing in this way you could kill off practically ANY part of
> Squeak.
> Conceal from people how to use it.
> Make incompatible changes to the system.
> Then say it's not core and doesn't need to be fixed.
>
> It may well be that BookMorphs *should* die, but PLEASE, someone write
> a *DETAILED* tutorial about how to get the same funcationality from the
> other aspects of the system FIRST.
>
> And I do mean detailed. About the level of the documentation that
> BookMorph should have had in the first place, in fact.
>
>
More information about the Squeak-dev
mailing list
|