From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <6F576360-490B-4471-A2A3-290E7270EFA2@corpus-callosum.com> From: Jeff Sickel To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 9 Mar 2009 11:40:40 -0500 References: <14ec7b180903041807q58ae6a8fh31350709edd0c0c@mail.gmail.com> <14ec7b180903051921u10524f16naad654b297a67de3@mail.gmail.com> <14ec7b180903061342r1adca970gc1efa508ff9c8fb8@mail.gmail.com> <0A32B279-D8F3-425C-BFD0-E631D50736B1@corpus-callosum.com> Subject: Re: [9fans] Porter-Duff alpha blending Topicbox-Message-UUID: b707a8fc-ead4-11e9-9d60-3106f5b1d025 On Mar 9, 2009, at 10:28 AM, Michaelian Ennis wrote: > I am confused as to why one would return eventNotHandledErr after > handling the event? Because it's not really handling the event. It just happens to be the only hook available for monitoring the application event loop (in this case: the dance between the Carbon Event Manager and p9p) that I've found to force memscreen's image to flush. We still want OS X's application event loop to do whatever it does to get the window server and responder chain back--without messing up the buffering that could cause a flicker when moving the window later. -jas