Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!wuarchive!decwrl!ucbvax!agate!brahms.berkeley.edu!silverio
From: silverio@brahms.berkeley.edu (C J Silverio)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Is multifinder or finder running??
Message-ID: <1989Dec11.172400.25746@agate.berkeley.edu>
Date: 11 Dec 89 17:24:00 GMT
References: <17708@ea.ecn.purdue.edu> <9190@hoptoad.uucp> <17695@dartvax.Dartmouth.EDU> <9247@hoptoad.uucp> <17864@dartvax.Dartmouth.EDU>
Sender: usenet@agate.berkeley.edu (USENET Administrator;;;;ZU44)
Reply-To: silverio@brahms.berkeley.edu.UUCP (C J Silverio)
Organization: Bath Department, UC Merkeley
Lines: 18

This whole train of thought is veering rapidly in the direction of the
absurd. I think the original theory was, "since there is absolutely no
RIGHT way to tell if MultiFinder is running (which is a shame for the
few applications that absolutely need it), here is a SIMPLE way."

Obviously, if one wanted to be very clever, one could merely compare
the last Apple-menu item against the 30 or so strings that comprise
the Apple International System strings. One could then simply allow
the user to tack on whatever strings his or her little heart desires.

But this begs a further question: Did I miss something, or isn't there
a RIGHT and OFFICIAL way (I presume through the use of SysEnvirons) to
tell which International System an app is running under? 

Wouldn't this be nice? Then one could ship a really international
version of the program that automatically (if possible) come up in
whatever language was appropriate. Too much disk space? Pish and
poddle! I'll betcha people like it.