🚀 go-pugleaf

knapp@cs.purdue.edu (Edgar Knapp) writes:

>In article <1992Nov17.225710.4025@daimi.aau.dk> lhp@daimi.aau.dk (Lasse Hiller|e Petersen) writes:

>>Is it really fair to call MacOberon a OOP language for Mac?
>>I'd rather describe it as something like Soft-PC, giving you a virtual
>>Oberon machine, totally different from anything you know about the Mac.
>>
>>(I looked at it, and dumped it, mainly because of that.)

>Oberon is a language supporting inheritance, type extensions, and
>dynamic binding. It's strong typing extends across module boundaries.
>It's main advantages are simplicity, elegance, and price (free). 

All very nice, but as it doesn't support the Macintosh I couldn't care less.
(As for it being "free": In order to use it efficiently, I'd have to buy:
1. A bigger screen. 2. A Three-button mouse. Quite expensive!)

>A program written in Oberon will run without modifications on Sun, DEC
>and RS600 work stations (and some others). Also, the user interface is
>virtually identical on all those machines.

But it also means that it stinks when it comes to integrating with
other applications on the Macintosh. If I recall my short experience with
it correctly, it didn't even support cut/paste. It did its own graphics,
I doubt if it used QuickDraw even for CopyBits!

It didn't support a multitude of screens, It didn't adapt to a standard 13"
RGB screen, so it was a pain to even try to use.
It usurped the whole screen, making it nearly impossible to use MultiFinder.

>What it being different has to do with whether or not it is object
>oriented I fail to comprehend, however.

I did not dispute that Oberon is an OOP language. However, if it can be
called a Macintosh OOP language, then any OOP language running on MS-DOS
could be so, as they can run under Soft-PC. This way they'd even
support cut/paste in a way. At least better than "Mac"Oberon.
Oberon may be nice to make Oberon programs with, but I want a Macintosh
language to make Macintosh programs for Macintosh users. (Silly, eh? :-)

An Oberon implementation for MPW, with a good OO framework encapsulating the
toolbox just *might* be worth considering.
--
Lasse Hiller|e Petersen -lhp@daimi.aau.dk / "I AM THE CRAWLY CATERPILLAR, WHO
lassehp@imv.aau.dk- Info.&Media Science  / IS THE COCOON, WHO IS THE BUTTERFLY,
Aarhus University, DENMARK              / ALL AT ONCE. RIGHT NOW." -Vaughn Bode