Antirepeat and event recursion

[Ron]

At the time that i implemented anti repeat i had no idea girder was taking this path. So i have to change the antirepeat behaviour.

[MMcM]

I always assumed that antirepeat just suppressed the same ircode for the given interval. But it seems that, in fact, it suppresses all events for that time. This is not much of a problem for a normal remote control, since the period you'd wait to avoid repeat of a command is probably less than rollover between buttons. But it causes trouble for the DVDSpy.

Here's the scenario. The user presses some button on the remote. Chan+ via Pronto and Slink-e to a TV application seems to cause this the most, but there's nothing special about any element. This tells Girder to post an event to the application. The change in application state is caught by the spy hook and turned into a Girder event. But Girder is ignoring events because of antirepeat, so the LCD is not updated for the new state. Lowering the antirepeat interval eliminates the problem. But then the channel jumps up by several at a time again.

If my analysis is correct, is there a reason why all events are ignored, rather than just the one? Or was this just easier to implement?