home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / programm / 21078 < prev    next >
Encoding:
Text File  |  1993-01-09  |  1.7 KB  |  38 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!wupost!emory!gatech!rpi!usc!howland.reston.ans.net!paladin.american.edu!darwin.sura.net!news.udel.edu!chopin.udel.edu!kurisuto
  3. From: kurisuto@chopin.udel.edu (Sean J. Crist)
  4. Subject: Apple event questions
  5. Message-ID: <C0LM1r.F8z@news.udel.edu>
  6. Sender: usenet@news.udel.edu
  7. Nntp-Posting-Host: chopin.udel.edu
  8. Organization: University of Delaware
  9. Date: Sat, 9 Jan 1993 18:01:02 GMT
  10. Lines: 26
  11.  
  12. I'm updating an application to support the required Apple events, but I
  13. still want to support the old CountAppFiles/GetAppFiles scheme for users
  14. who aren't running under System 7.  If I have my High Level Event bit set
  15. in my SIZE resource, I know that I will receive odoc Apple Events, etc.
  16. What I'm not sure of is whether the Toolbox also sends the information the
  17. old way as well.  Do I have to use Gestalt to see whether I will get Apple
  18. events to open my startup documents (and specifically not call
  19. CountAppFiles to avoid getting the same information twice), or can I just
  20. go ahead and do both, knowing that CountAppFiles will return 0 files if
  21. there are odoc Apple events pending?
  22.  
  23. Second question:  is the Apple Event Registry available through any ftp
  24. sites, or do I have to order a hard copy from APDA?
  25.  
  26. Trivia question:  what is the history of reserved bit 9 of the 'what'
  27. field of an event record?  Something I read suggested that this bit once
  28. had some meaning (perhaps in early development versions before the Mac was
  29. ever released), but that it no longer does.  Is this some vestige of an
  30. interesting piece of Mac history?  (I have to wonder why Apple didn't use
  31. this unused bit for Multifinder events, instead of appropriating App4Evt,
  32. which some applications might have been using.)
  33.  
  34. Thank you!
  35.  
  36. --Kurisuto
  37.  
  38.