-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Documentation clarifying hammer.js vs. 300ms delay #551
Comments
+1 |
Hammer doesnt remove the click delay for the click events, but, it does 'remove' it when you'll just use tap for the clicking on links. |
Ok, so would hammer.js benefit from a wiki page to document this? If yes, how does the outline below sound? Title: Removing click delays Sections:
|
+1 |
2 similar comments
+1 |
+1 |
I will look into this! 👍 |
So, for clarification:
|
The term "intervene" is confusing here. Do you mean that fastclick and hammer do not interfere with each other, so they can be used together? Or, do you mean that fastclick and hammer will interfere with each other, so they should not be used together? The reason I ask is because the term "intervene" is an active verb, it means to actively interfere or intercede. The prior comments also are not clear regarding whether or not it is okay to use the two (hammer and fastclick) libraries together. |
@xmnboy, hi. |
Thanks for the clarification. 👍 |
Did a page get created for this? |
There is no page for this. Using tap as a Closing this in favor of actually producing a solution to these cases in #808 |
Docs would be improved with some clarification in the wiki on if hammer.js takes away the 300ms click delay or if another solution (e.g. fastclick) is recommended (or perhaps it isn't?) or how hammer.js can be configured to remove the delay.
If you can clarify it here or point me in the right direction, I'm happy to write the wiki page.
Kind regards and thanks for making hammer.js!
Eliot
The text was updated successfully, but these errors were encountered: