Path: utzoo!attcan!uunet!aplcen!uakari.primate.wisc.edu!xanth!mcnc!uvaarpa!hudson!astsun8.astro.Virginia.EDU!cak3g
From: cak3g@astsun8.astro.Virginia.EDU (Colin Klipsch)
Newsgroups: comp.sys.mac.programmer
Subject: Death of jGNEFilter?
Message-ID: <2323@hudson.acc.virginia.edu>
Date: 22 Nov 89 05:21:47 GMT
Sender: news@hudson.acc.virginia.edu
Reply-To: cak3g@astsun8.astro.Virginia.EDU (Colin Klipsch)
Organization: University of Virginia, Charlottesville
Lines: 29

Got carried away?!  You put your sword right through his head!

Oh dear; is he alright?
                             -- from "Monty Python and the Holy Grail"
______________________________________________________________________

I just read a recent article in this group which suggested that
the days of jGNEfilter may be numbered.  (This is a low memory
global which contains a pointer to an event filter routine.)

This disturbs me since the INIT I've written depends highly on
the existence of jGNEFilter.  My program plays 'snd 's based on
various Mac keyboard events.  In order to know whether or not
to play a sound and which sound to play, my event filter obviously
must be able to respond to events as they happen.

If I wish to remain compatible with future Macs (as I do in fact), how
does one respond to events without using jGNEFilter?  Will there be some
new method?  Is there a more subtle way of responding to events of
which I am not aware?

The life or death of my program hangs in the balance...
______________________________________________________________________
"May the forces of evil become confused on the way to your house."
                                                      -- George Carlin
Sincerely,                           | DISCLAIMER:
  Colin Klipsch                      |   Every word in this text is
  University of Virginia             |   actually a horrendous misspelling
  (cak3g@astsun.astro.virginia.edu)  |   of the word "fettuccini".