It sounds like you might want to use a progress dialog. Read about the
Progress Manager in the docs for details. You just call PrgHandleEvent and
deal with aborting when you learn that the user pressed the Cancel button.
The Progress Manager uses a callback, so it's a little tricky. Still, I'm
sur
>I can read both the keyDownEvent and the appStopEvent, but for some reason
>the ctlselectevent never reaches me.
Certain events are only added to the queue when the system receives a
certain sequence of events that you don't handle. For instance, a
penDown event can create a ctlEnter event, wh
First of all I have no knowledge of why some events
would occur while others would not (maybe the UI
components are in the same kernel thread as the
apps??), but can you look for a penDown over the
coordinates of the button to do the same thing?
GB
"Mattias Nylén" <[EMAIL PROTECTED]> wrote in m
Hi
I'm programming an app where I do an extensive database search. To save time
I leave my ordinary eventloop to make the search faster (some thousands of
records might take a while). To be able to detect if the user wants to stop
the search I still have to read incoming events. For some reason I
