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.