Xref: utzoo comp.sys.mac:49926 comp.sys.mac.programmer:12918
Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!mailrus!b-tech!mingin.engin.umich.edu!news
From: billkatt@mondo.engin.umich.edu (billkatt)
Newsgroups: comp.sys.mac,comp.sys.mac.programmer
Subject: Re: mac emulation
Message-ID: <1990Mar4.015156.25040@caen.engin.umich.edu>
Date: 4 Mar 90 01:51:56 GMT
References: <940@uvicctr.UVic.CA.UUCP> <1990Mar3.190730.15647@mintaka.lcs.mit.edu> <25f046a2.6509@polyslo.CalPoly.EDU>
Sender: news@caen.engin.umich.edu (USENET News System)
Reply-To: billkatt@mondo.engin.umich.edu (billkatt)
Distribution: usa
Organization: Computer Aided Engineering Network (CAEN), University of Michigan
Lines: 23

In article <25f046a2.6509@polyslo.CalPoly.EDU> rcfische@polyslo.CalPoly.EDU (Raymond C. Fischer) writes:
>
>The fact is, they did NOT copy the Mac ROMs.  What they appear to have
>done is create an interface to X that can be used LIKE the Mac ROMs.
>This is a vastly different sort of thing.  What it lets you do is take
>a program written in C for the Mac and compile it under Unix without
>having to rewrite all the tollbox calls.  You still don't have the Mac
>hardware or software.  You cannot take a Mac disk and run it on a Sun.
>You cannot boot from a Mac floppy, and as far as I know,  Apple's system 
>software is still licensed only for Apple's computers.
>
>Despite all this, I still think it is a significant achievement and I'm
>always glad to see the heat turned up on Apple.
 always glad to see the heat turned up BY Apple. <-- more correct

This is exactly what Apple's look-and-feel contention is.  According to
Apple's look-and-feel, you can write some code which works like
DrawMenuBar, i.e. draws a menu bar.  BUT... It can't LOOK like what Apple's
DrawMenuBar does.  And I assume that ISN'T what this company did.
And if they implemented Color QuickDraw, they've got to prove they didn't
use the NuPrometheus code.

Looks like Apple is going to hire some more lawyers.