Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!husc6!panda!genrad!decvax!decwrl!labrea!Shasta!mrh
From: mrh@Shasta.STANFORD.EDU (Marc Hannah)
Newsgroups: comp.sys.mac
Subject: Re: Sample FKEY info desired
Message-ID: <1079@Shasta.STANFORD.EDU>
Date: Sun, 28-Dec-86 20:55:07 EST
Article-I.D.: Shasta.1079
Posted: Sun Dec 28 20:55:07 1986
Date-Received: Mon, 29-Dec-86 02:36:59 EST
References: <948@gould9.UUCP>
Organization: Stanford University
Lines: 26
Summary: fkey managers

In article <948@gould9.UUCP>, joel@gould9.UUCP (Joel West) writes:
> I'd appreciate any examples of FKEY's that readers are aware of,
> beyond those provided by Apple.
> 
> I'm basically interested in how they've been used, and perhaps even
> why.  Are they just cheap DA's?  Or for Apple-like control operations,
> 	Joel West			     MCI Mail: 282-8879
   
   I have seen a number of FKEYs and fancy manager programs. The manager
programs allow you to select FKEYS from a menu or even select a spot on
the screen where the cursor lets you select from a popup menu of all the
installed FKEYS and others in the proper format on your system. While lots
of nice programs to make using FKEYs easier exist, I haven't seen fkeys
which do powerful things, they are mostly little utilities that were
initially DAs but people write them as FKEYs. 
   My personal opinion is that FKEYs are at a disadvantage compared to DAs
since DAs can install resources into the system file and access them according
to their driver number (via Apple's resource renumbering scheme) while such
a scheme is not supported by FKEYS (although you could hard wire resources
if you were desperate). 
David Gelphman                  BITNET address: DAVEG@SLACVM
Bin #88 SLAC                    ARPANET address:  DAVEG@SLACVM.BITNET
Stanford, Calif. 94305          UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.