Safari is still using WKView, so even though we already have such SPI on WKWebView, we still need one for WKView.
<rdar://problem/34669220> Allow calling WebViewImpl::setShouldSuppressFirstResponderChanges from WKView and iOS WKWebView
Created attachment 321889 [details] Patch v1.
Comment on attachment 321889 [details] Patch v1. View in context: https://bugs.webkit.org/attachment.cgi?id=321889&action=review > Source/WebKit/UIProcess/API/Cocoa/WKViewPrivate.h:135 > +- (void)_setShouldSuppressFirstResponderChanges:(BOOL)shouldSuppress; We should add an availability macro here (even if it's missing from most of the surrounding SPI :/)
Comment on attachment 321889 [details] Patch v1. View in context: https://bugs.webkit.org/attachment.cgi?id=321889&action=review >> Source/WebKit/UIProcess/API/Cocoa/WKViewPrivate.h:135 >> +- (void)_setShouldSuppressFirstResponderChanges:(BOOL)shouldSuppress; > > We should add an availability macro here (even if it's missing from most of the surrounding SPI :/) I'll add WK_API_AVAILABLE(macosx(WK_MAC_TBA)) here as we discussed.
Created attachment 322007 [details] Patch v2. Added WK_API_AVAILABLE.
Created attachment 322011 [details] V3. Updated "Reviewed by"
Comment on attachment 322011 [details] V3. Clearing flags on attachment: 322011 Committed r222577: <http://trac.webkit.org/changeset/222577>
All reviewed patches have been landed. Closing bug.
<rdar://problem/34699348>