Xref: utzoo comp.sys.mac.hypercard:4174 comp.sys.mac.programmer:16707
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!samsung!uunet!ingr!lowersbp
From: lowersbp@ingr.com (Ben P Lowers)
Newsgroups: comp.sys.mac.hypercard,comp.sys.mac.programmer
Subject: Re: Multi-User HC Programmer Wanted
Summary: a strategy for your situation
Message-ID: <11743@ingr.com>
Date: 13 Aug 90 14:27:11 GMT
References: <53221602MR@MSU>
Organization: Intergraph Corp. Huntsville, Al
Lines: 27

In article <53221602MR@MSU>, 21602MR@MSU.BITNET (Mark Rosenberg) writes:
> I am working on a management system for a research project in Teacher Edu.
> at Michigan State and would like to create this system in Hypercard running on
> an appletalk server over an appletalk network.  The biggest problem I'm facing
> is multi-userNESS.... I don't need complete multi-userness, that is to say I
> only need multi-userness at the typing userlevel.
> 
> If there is someone out there who has developed astrategy or set of xcmds
> to deal with this our project woudl be able to contract with you as a 
> consultant to implement the system. For more information please email or phone
> 
> Mark Rosenberg    <21602MR@MSU.BITNET>
> MATH Project, Teacher Education
> Michigan State University
> (517) 353-0628 or 347-4108

The best way that I've found "quasi-multiuserNESS" to work is by creating an
"empty" (void of dynamic data) front-end-type stack and putting it on each 
node on the net, and by putting TEXT files containing the pertinent dynamic
data and putting THEM on the fileserver.  Everybody's stack reads and writes
to/from THOSE TEXT files instead of a HyperCard stack.  Problems come up
with collisions and daty staleness, but that's a big philosophical discussion.
Do you get the idea?  Get back with me for follow-up info...

--
Ben Lowers
  lowersbp@ingr.com   or   ..!uunet!ingr!lowersbp