+/* NOTE: The old method of idle event handling added the handler using the
+ [NSRunLoop -performSelector:target:argument:order:modes] which caused
+ the invocation to occur at the begining of [NSApplication
+ -nextEventMatchingMask:untilDate:expiration:inMode:dequeue:]. However,
+ the code would be scheduled for invocation with every iteration of
+ the event loop. This new method simply overrides the method. The
+ same caveats apply. In particular, by the time the event loop has
+ called this method, it usually expects to receive an event. If you
+ plan on stopping the event loop, it is wise to send an event through
+ the queue to ensure this method will return.
+ See wxEventLoop::Exit() for more information.
+
+ This overridden method calls the superclass method with an untilDate
+ parameter that indicates nil should be returned if there are no pending
+ events. That is, nextEventMatchingMask: should not wait for an event.
+ If nil is returned then idle event processing occurs until the user
+ does not request anymore idle events or until a real event comes through.
+
+ RN: Even though Apple documentation states that nil can be passed in place
+ of [NSDate distantPast] in the untilDate parameter, this causes Jaguar (10.2)
+ to get stuck in some kind of loop deep within nextEventMatchingMask:, thus we
+ need to explicitly pass [NSDate distantPast] instead.
+*/
+
+- (NSEvent *)nextEventMatchingMask:(unsigned int)mask untilDate:(NSDate *)expiration inMode:(NSString *)mode dequeue:(BOOL)flag