[iOS] Introduce a gesture recognizer that can be used to defer recognition of other gestures

[Wenson Hsieh]

Work towards webkit.org/b/204664.

[Wenson Hsieh]

<rdar://problem/38670692>

[Wenson Hsieh]

Created attachment 384628 [details]
Patch

[Tim Horton]

Comment on attachment 384628 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=384628&action=review

> Source/WebKit/ChangeLog:25
> +        gesture from connecting the entire gesture subgraph under WKWebView through failure depencies. This would result

sp depencies

> Source/WebKit/UIProcess/ios/WKContentViewInteraction.h:209
> +    RetainPtr<WKDeferringGestureRecognizer> _touchEventDeferringGestureRecognizerForImmediatelyResettableGestures;
> +    RetainPtr<WKDeferringGestureRecognizer> _touchEventDeferringGestureRecognizerForDelayedResettableGestures;

Are these "touch-event-deferring" (that's how I read it)? Don't they defer many things /pending/ touch event reply?

> Source/WebKit/UIProcess/ios/WKDeferringGestureRecognizer.h:36
> +- (instancetype)initWithView:(WKContentView *)view;

In an ideally-generic world this would probably be 

- (instancetype)initWithView:(UIView *)view delegate:(id <WKDeferringGestureRecognizerDelegate>)delegate;

And not know anything about WKContentView.

Does that make it any more useful? It does seem like it could be useful outside of WKContentView.

[Wenson Hsieh]

Comment on attachment 384628 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=384628&action=review

Thanks for taking a look!

>> Source/WebKit/ChangeLog:25
>> +        gesture from connecting the entire gesture subgraph under WKWebView through failure depencies. This would result
> 
> sp depencies

oops! fixed.

>> Source/WebKit/UIProcess/ios/WKContentViewInteraction.h:209
>> +    RetainPtr<WKDeferringGestureRecognizer> _touchEventDeferringGestureRecognizerForDelayedResettableGestures;
> 
> Are these "touch-event-deferring" (that's how I read it)? Don't they defer many things /pending/ touch event reply?

That’s true. Maybe these should just be _deferringGestureRecognizerForImmediatelyResettableGestures and _deferringGestureRecognizerForDelayedResettableGestures (would make the names a little bit less of a mouthful as well).

>> Source/WebKit/UIProcess/ios/WKDeferringGestureRecognizer.h:36
>> +- (instancetype)initWithView:(WKContentView *)view;
> 
> In an ideally-generic world this would probably be 
> 
> - (instancetype)initWithView:(UIView *)view delegate:(id <WKDeferringGestureRecognizerDelegate>)delegate;
> 
> And not know anything about WKContentView.
> 
> Does that make it any more useful? It does seem like it could be useful outside of WKContentView.

While I don’t foresee any use outside of WKContentView, it wouldn’t hurt to architect it this way from the get-go; I’ll change it to be delegate-based instead of directly talking to the content view.

[Wenson Hsieh]

Created attachment 384635 [details]
Address comments

[Wenson Hsieh]

Created attachment 384637 [details]
Address comments

[Wenson Hsieh]

The Windows test failure (webanimations/accelerated-animation-removal-upon-transition-completion.html) is not relevant to this change.

[WebKit Commit Bot]

Comment on attachment 384637 [details]
Address comments

Clearing flags on attachment: 384637

Committed r253005: <https://trac.webkit.org/changeset/253005>