Igor Stasenko wrote:
> Btw, Andreas. Currently, most images polling events by themselves and
> never wait on input semaphore.
> 
> With new rewrite, there are 2 InputSensor classes with different
> #waitForInput method behavior:

Seriously? Even more InputSensor classes? (*rolling his eyes*)

> Now, if you will fix signaling the input semaphore, we need some way
> to determine what method of event polling is most appropriate -  to
> install a best event polling mechanism.
> Any ideas how this can be determined by image side?

Easy. Run the poller until the first event comes in. Check whether the 
semaphore is signaled. Switch to non-polling if so. Alternatively, use 
#waitTimeoutMSecs: - it means you're still occasionally polling but that 
is probably acceptable.

> And any other value returned should mean, that image should keep using
> old manual event polling mechanism and do not rely on input semaphore.

How much backwards compatibility do you need? Wouldn't it be easier to 
fix it and then switch?

Cheers,
   - Andreas