This repository was archived by the owner on Jun 9, 2022. It is now read-only.
This repository was archived by the owner on Jun 9, 2022. It is now read-only.
Disable on iOS 9.3+ #450
Open
Description
On Safari for iOS, the 350 ms wait time to detect a second tap has been removed to create a “fast-tap” response. This is enabled for pages that declare a viewport with either width=device-width or user-scalable=no. Authors can also opt in to fast-tap behavior on specific elements by using the CSS touch-action property, using the manipulation value.
Activity
nicooprat commentedon Jan 12, 2016
🎉!
jjhampton commentedon Jan 21, 2016
Does anyone have a resource that explains the correlation between versions of Safari and versions of iOS? I'm assuming that Safari v. 9.1 will be rolled out w/ iOS 9.3 updates?
madskonradsen commentedon Jan 24, 2016
Kind of duplicate of #444 , also, wouldn't it be better to establish some kind of feature detection instead of user-agent-sniffing?
mgol commentedon Jan 30, 2016
It would be better but I don't think it's fully possible here.
samuelmburu commentedon Feb 23, 2016
I'm new to this thread, but I was scanning through the FastClick code we should be able to do this with the following change.
Inside
FastClick.notNeeded
function we would need to add the following:Any thoughts?
mgol commentedon Feb 23, 2016
@samuelmburu I think it's more nuanced. The
touchAction
path is already handled by these lines so current FastClick should already disable its hacks on iOS 9.3 devices withtouchAction
set. The other heuristics are the same as Chrome uses so these lines should be executed on iOS 9.3+ as well, not just Chrome for Android. This seems to me to be the only change that's needed.I'm not a FastClick contributor, though, that's just my understanding of the code. :)
michielvaneerd commentedon Apr 28, 2016
Unfortunately the 300ms delay is still present when when the app is added to the homescreen and has the following meta tag:
<meta name="apple-mobile-web-app-capable" content="yes">
So you have to also take
window.navigator.standalone
into account - if it is true, don't disable fastclick.nihilus commentedon Jun 1, 2016
Yes it is still there in UIWebview on 9.3.x
HipsterZipster commentedon Jun 21, 2016
@nihilus When you say the delay is still there in UIWebView on 9.3.x, does that mean that it will be there in any Cordova apps as well? Is Apple's Release notes ONLY speaking about Safari and not the actual webview that safari is using?
nihilus commentedon Jun 21, 2016
@HipsterZipster: That's correct. It is there in Cordova apps unless you use the flawed wkwebview.
andrewmichaelsmith commentedon Nov 29, 2016
@nihilus Are you able to elaborae on what's flawed about the wkwebview?
PierBover commentedon Feb 10, 2017
I'm not @nihilus but although the performance of WkWebView has been greatly increased, it's really full of bugs.
Check the Webkit issues. There are bugs that have been there for 3 or more years. I've reported a few of those myself and never really received an answer. Apple is crippling HTML5 app development.
1 remaining item