Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!lll-winken!uunet!stanford.edu!unix!mxmora
From: mxmora@unix.SRI.COM (Matt Mora)
Newsgroups: comp.sys.mac.programmer
Subject: Re: FKEYs and resources
Message-ID: <23569@unix.SRI.COM>
Date: 24 Apr 91 15:59:59 GMT
References: <3572@sequent.cs.qmw.ac.uk>
Reply-To: mxmora@unix.sri.com (Matt Mora)
Organization: SRI International, Menlo Park, CA
Lines: 42

In article <3572@sequent.cs.qmw.ac.uk> jeremyr@cs.qmw.ac.uk (Jeremy Roussak) writes:
>
>I'm writing an FKEY which may bring up a dialog.  Given that an FKEY 
>doesn't know what resource files may or may not be open when it's run,
>what's the best place to keep its resources?
>
>The system file is one possibility, but there's no ownership scheme for
>FKEYs, so ID conflicts are likely.  Also, I'd have to install them in
>the system file which means using the installer and seems rather OTT.

I think that is a really bad idea and should be avoided. I don't think
Apple likes it either.

>More likely, I could put an FKEY resources file in the system folder.
>This seems better, but I have to insist that the file isn't renamed
>as there's no easy way to find it after a rename (index through the
>system folder looking for a file with my creator? ugh).

I just create (or have the user install) the file in the system folder.
Its not an init so it shouldn't have to be renamed. If the user does rename
the file then display an alert saying "can't find the file".

(not that my way is the correct way ...)
 
What I plan to do is make my fkey pref file a cdev so that the user
can use the control panel to change some of the options.

Apple is thinking about not supporting fkeys. Or at
least making them "Reserved for Apples use". Just though I should warn you.


Matt





-- 
___________________________________________________________
Matthew Mora                |   my Mac  Matt_Mora@sri.com
SRI International           |  my unix  mxmora@unix.sri.com
___________________________________________________________