[PATCH inputproto multitouch 10/13] Touch grabs must be sync only

Peter Hutterer peter.hutterer at who-t.net
Tue Aug 23 17:47:04 PDT 2011


On Tue, Aug 23, 2011 at 05:37:39PM -0700, Chase Douglas wrote:
> On Wed, Aug 24, 2011 at 09:07:20AM +1000, Peter Hutterer wrote:
> > The ownership passing is quite similar to sync grabs, so require touch grabs
> > to always be sync.
> 
> I see two sides of this:
> 
> Touch grabs are like pointer sync grabs because the owning client can keep other
> clients from receiving ownership or cleaning up state if it doesn't
> accept/reject.
> 
> Touch grabs are like pointer async grabs because the client doesn't have to ask
> for each event individually. Events are asynchronously streamed to the client.
> 
> Although it's not technically necessary, for protocol saneness it might make
> sense to add a third grab mode like "GrabModeOwner".

how's the receival of ownership events decided then? still with the event
mask? should we have two modes? GrabModeTouch, GrabModeTouchOwner?

Cheers,
  Peter
 
> > Signed-off-by: Peter Hutterer <peter.hutterer at who-t.net>
> > ---
> >  specs/XI2proto.txt |    3 +++
> >  1 files changed, 3 insertions(+), 0 deletions(-)
> > 
> > diff --git a/specs/XI2proto.txt b/specs/XI2proto.txt
> > index f88a283..c63e85f 100644
> > --- a/specs/XI2proto.txt
> > +++ b/specs/XI2proto.txt
> > @@ -1548,6 +1548,9 @@ grab deactivates, addional LeaveNotify events with mode
> >  XIPassiveUngrabNotify are generated and sent to the grabbing client
> >  before the grab deactivates.
> >  
> > +For GrabtypeTouchBegin, grab_mode must be GrabSync or a BadValue
> > +error is generated.
> > +
> >  See section 4.4 for additional notes on touch grabs, as they do not
> >  behave like traditional grabs: in particular, they do not freeze the
> >  device, and delivery of touch events continues even if the device is
> > -- 
> > 1.7.6
> > 
> > _______________________________________________
> > xorg-devel at lists.x.org: X.Org development
> > Archives: http://lists.x.org/archives/xorg-devel
> > Info: http://lists.x.org/mailman/listinfo/xorg-devel
> > 


More information about the xorg-devel mailing list