[PATCH RFC inputproto] specs: Don't allow for early acceptance/rejection

[Chase Douglas]

On 01/31/2012 01:29 AM, Chase Douglas wrote:
> On 01/27/2012 02:32 AM, Peter Hutterer wrote:
>> Definition of early acceptance/rejection: If supported, a client may accept
>> or reject a touch sequence before it becomes the current owner of the
>> sequence. In some cases, this can speed up touch processing as it removes
>> one ore more clients from the listeners and thus reduce the number of events
>> to send and process client-side.
>>
>> Unfortunately, we likely won't have time to implement early
>> acceptance/rejection for XI 2.2 so drop it from the protocol. This can
>> easily be added in XI 2.3 if we get the time to implement it.
>>
>> Signed-off-by: Peter Hutterer <peter.hutterer at who-t.net>
>> ---
>> I'm going to hold this patch back until we really can't get the patches
>> into the server anymore but I really doubt we'll get this feature in time.
>> It's quite easy to add to XI 2.3 (reverting this patch) once we have the
>> implementation in place.
>>
>> Meanwhile, a heads up, this part will likely be dropped from 2.2
> 
> Ugh... I won't have time to work on it, so it probably isn't going to
> get done for 2.2.
> 
> Do we need to do anything with the XIAllowTouch symbol? I don't see why
> we can't leave an unused parameter there, but I thought I'd bring it up
> in case I'm wrong.

Nevermind, I didn't see the thread about all the changes for this.

-- Chase