Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!rutgers!labrea!decwrl!pyramid!voder!apple!bc
From: bc@apple.UUCP (bill coderre)
Newsgroups: comp.sys.mac
Subject: Re: Preview of Multi-Finder and Hyper-Card (long)
Message-ID: <1509@apple.UUCP>
Date: Wed, 19-Aug-87 17:48:08 EDT
Article-I.D.: apple.1509
Posted: Wed Aug 19 17:48:08 1987
Date-Received: Sat, 22-Aug-87 05:03:21 EDT
References: <2165@mulga.oz>
Organization: Apple Computer, Inc., Cupertino, USA
Lines: 23
Keywords: Multi-Finder, Hyper-Card, Preview, Macintosh
Summary: A minor correction: Hypercard on Appleshare "User needs either write access (sole user) or Read Only (multi)"

The reason Hypercard is limited on Appleshare is that any
modification to the Stack (Hypercard data file) forces Appleshare
into a restriction on how many people can open the file. I don't have
the technical details on the problem, but Hypercard is currently
conceived as a single-user environment. The team is aware of that
limitation.

Hypercard has a wonderful file system underneath it, which I can't
begin to describe (sorry), but suffice it to say that damn near
everything is optimal. Not everything is rewritten every time.

Here at Apple, on a Mac II, Bill had HC flip through a clip-art stack
at about 4 or 5 cards per second. They were being uncompressed as
they came off the disk. No memory preload, no prior uncompression.
Real Users can expect that level of performance. Data compression is
phenomenal. HC is a performance wonder.

And yes, Bill did receive a standing "O" here. For five whole
minutes.  But Bill insists that we stress that there was a whole team
developing it, that it is not his project alone. Just pull down the
"About..." to see all the people that worked on it.

Anyway, enough soapbox. Try it, you'll LOVE it,..................bc