Ticket #11797 (closed defect: fixed)
Idle processing broken in wxOSX/Cocoa
|Reported by:||retrakker||Owned by:||csomor|
It seems that either idle processing is broken or needs a special treatment as Cocoa has quite specific requirements around the runloop. I couldn't find any documentation nor somebody on the forum to shed light on it.
However, not being able to do idle processing makes it quite hard to move over from Carbon (2.8) to wxOSX/Cocoa (2.9) - with a simulation software.
Other avenues for these type of processing I tried are using a wxTimer and a thread. wxTimer also make the application sticky (menues don't react in first approach, resizing doesn't work) - which is expected. Threading is one possibility but again syncing with the idle loop is needed so that for instance a wxGLCanvas can safely be updated.
To see the behavior I attached a patch against the trunk. The idle loop works but the internal idle processing does not work.