home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text0499.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.6 KB
  1. Received: from homer18.u.washington.edu (homer18.u.washington.edu [140.142.76.2]) by nacm.com (8.6.10/8.6.9) with SMTP id LAA05496 for <executor@nacm.com>; Fri, 21 Apr 1995 11:49:41 -0700
  2. Received: by homer18.u.washington.edu
  3.     (5.65+UW95.02/UW-NDC Revision: 2.32 ) id AA58871;
  4.     Fri, 21 Apr 95 11:49:36 -0700
  5. X-Sender: tg3@homer18.u.washington.edu
  6. Date: Fri, 21 Apr 1995 11:49:35 -0700 (PDT)
  7. From: Thurman Gillespy <tg3@u.washington.edu>
  8. To: Clifford Thomas Matthews <ctm@ardi.com>
  9. Cc: Executor Discussion Group <executor@nacm.com>
  10. Subject: Re: Executor Features
  11. In-Reply-To: <m0s2GMI-00000BC@beaut.ardi.com>
  12. Message-Id: <Pine.A32.3.91i.950421113619.89775A-100000@homer18.u.washington.edu>
  13. Mime-Version: 1.0
  14. Content-Type: TEXT/PLAIN; charset=US-ASCII
  15. Sender: owner-executor@nacm.com
  16. Precedence: bulk
  17.  
  18. On Fri, 21 Apr 1995, Clifford Thomas Matthews wrote:
  19.  
  20. > Hi Thurman,
  21. > 
  22. > Mat already responded to much of your post, but I have a few specifics
  23. > to add.
  24. > 
  25. > >>>>> "Thurman" == Thurman Gillespy <tg3@u.washington.edu> writes:
  26. > 
  27. >     Thurman> Unfortunately, I require some System
  28. >     Thurman> 7 features, actually just the 4 required apple events,
  29. >     Thurman> and the calls to CustomGetFile, CustomPutFile
  30. > 
  31. > Hmmm, as I understand it, the 4 required Apple Events are open your
  32. > application, open a document, print a document and quit, right?  Won't
  33. > your app also have menu items to do that?
  34.  
  35. Of course, there isn't a menu command to launch the application, but 
  36. otherwise, yes. I actually send Apple Events to myself, per current 
  37. Apple recommendation, which means I could be scriptable in the future.
  38.  
  39. > Right now *any* use of Apple Events will cause Executor to crash and
  40. > burn, but fairly soon, we'll "spoof" Apple Events to the extent that
  41. > you'll be able to make the calls, but you just won't see any events.
  42. > It seems to me that such spoofing will be sufficient for your (and
  43. > many other programs') needs, no?
  44.  
  45. I'm not sure what you mean by "spoof". The cannonical method is to use 
  46. Gestalt to check if Apple Events are present. So I assume you will have 
  47. Gestalt answer nope, no AE in THIS machine. As of right now, if I don't 
  48. receive any Apple Events, my app won't open any docs or be able to quit. 
  49. But this is easy to program around. But I NEED TO KNOW that AE are not there.
  50.  
  51. > I will also be adding real support (not spoofing) for a bunch of
  52. > System 7 filesystem calls, and that should include CustomGetFile and 
  53. > CustomPutFile (and the other System 7 Standard File Package routines).
  54.  
  55. These are a delight to the developer, so supporting them is a good idea.
  56.  
  57. -thurman
  58.  
  59.