Re: Modal event processing

2012-07-06 Thread Graham Cox
On 07/07/2012, at 6:02 AM, Charlie Dickman wrote: > In my view's drawRect method I use a global state variable that defines the > next function to perform. When drawRect gets called I do what is necessary > for the current state, set up for the next state, set the value for the next > state an

Re: Modal event processing

2012-07-06 Thread Richard Altenburg (Brainchild)
Fritz Anderson's comments are very important, in that you do not control the state of your animation in the drawRect: but instead handle that from a calling method (like the one in your controller which is called from your timer). drawRect: is not fully under your control nor should you try to d

Re: Modal event processing

2012-07-06 Thread Fritz Anderson
On 6 Jul 2012, at 3:02 PM, Charlie Dickman wrote: > In my view's drawRect method I use a global state variable that defines the > next function to perform. When drawRect gets called I do what is necessary > for the current state, set up for the next state, set the value for the next > state and

Re: Modal event processing

2012-07-06 Thread Charlie Dickman
I just had a look at the NSAnimation class document and it actually suggests very prominently that, because of the limited capabilities of an NSAnimation, an NSTimer be used. I also just went back over the architecture of my app with Uli's comments in mind and have discovered that I think I am

Re: Modal event processing

2012-07-06 Thread Richard Altenburg (Brainchild)
In a situation similar to yours, I ended up replacing the NSTimer with an NSAnimation. The animation I was doing was way faster after this tiny change, plus the user interface was not blocked at all. I refresh my animation 30 times per second now without any negative effect for the user. I think

Re: Modal event processing

2012-07-06 Thread Graham Cox
On 06/07/2012, at 11:38 PM, Charlie Dickman wrote: > I'll have to re-architect the app. Maybe. The thing that's key is that you do not run the event loop - it runs you (we're in Soviet Russia now). It also runs any timers which are attached to it. Timers do not (and can not) run the event lo

Re: Modal event processing

2012-07-06 Thread Charlie Dickman
Uli, Thanks for the education. The way you suggest is what I did pre-OS X and Xcode/Cocoa and I didn't have this problem Being self taught (by books, sample code and documentation) in programming in Xcode/Cocoa for OS X and IOS it sounds like I started off on the wrong foot with the versatility

Re: Modal event processing

2012-07-06 Thread Charlie Dickman
Actually, no, I'm not trying to mimic user interaction but that's an idea worth thinking about. The program demonstrates how to play Chinese Mah-Jong as described in A.D. Millington's (excellent) book "The Complete Book of Mah-Jong so it runs on a timer driven dispatcher to have each player in

Re: Modal event processing

2012-07-06 Thread Uli Kusterer
On 05.07.2012, at 21:57, Charlie Dickman wrote: > I have a demonstration app that is basically operating on a 0.15 second timer > loop. The problem I am having is that even with a periodic timer going off it > is very difficult to get menu events and mouse clicks in window controls > through to

Re: Modal event processing

2012-07-05 Thread Yingshen Yu
Are you trying to mimic user interactions with Cocoa UI? If I understand you right, it might be easier to do it with accessibility API, so you can write a normal Cocoa App and a write another app to mimic user interaction to this cocoa app. -Jonny 在 2012-7-6,上午3:57,Charlie Dickman <3tothe...@

Re: Modal event processing

2012-07-05 Thread Graham Cox
On 06/07/2012, at 11:29 AM, Charlie Dickman wrote: > Correct, by your say so, or not if the timers don't drive the program it just > sits there and does nothing. Human intervention is required to configure it > or cause it to quit. What are you trying to DO? There's nothing wrong with using

Re: Modal event processing

2012-07-05 Thread Charlie Dickman
Correct, by your say so, or not if the timers don't drive the program it just sits there and does nothing. Human intervention is required to configure it or cause it to quit. On Jul 5, 2012, at 8:24 PM, Graham Cox wrote: > > On 06/07/2012, at 5:57 AM, Charlie Dickman wrote: > >> I have a demo

Re: Modal event processing

2012-07-05 Thread Graham Cox
On 06/07/2012, at 5:57 AM, Charlie Dickman wrote: > I have a demonstration app that is basically operating on a 0.15 second timer > loop. The problem I am having is that even with a periodic timer going off it > is very difficult to get menu events and mouse clicks in window controls > through

Modal event processing

2012-07-05 Thread Charlie Dickman
I have a demonstration app that is basically operating on a 0.15 second timer loop. The problem I am having is that even with a periodic timer going off it is very difficult to get menu events and mouse clicks in window controls through to be processed. I have tried setting up an additional flow