News for hackers. Stuff that matters.
Re:FastClick by joahua on Friday November 23, 2012 @10:52PM (#4824472)
The impact this makes on perceived speed is impressive.

However, a word of caution. We tried this for a while and found it interfered with scrolling behaviour on link-heavy pages, not to mention making event capture for swipeable elements difficult.

The technique is a useful one to be aware of, but I'd be wary of using a library for this - it didn't work out for us, and I'll hazard it is unlikely to work as well it initially appears to.

That initial 300ms speedup is astounding, though :)

Re:FastClick by mattcg on Friday November 23, 2012 @11:09PM (#4824505)
I recently changed the way touch events are observed - bubbling listeners are used instead of capturing listeners. This fixed a problem we had with scrolling libraries. Have you tried the latest version?
Re:FastClick by kalms on Saturday November 24, 2012 @05:20AM (#4825032)
It also conflicts with tap/click markers, when initiating animations on click event.
Re:FastClick by mattcg on Saturday November 24, 2012 @12:31PM (#4825778)
Will you file an issue with a reduced test case please?
Re:FastClick by kalms on Saturday November 24, 2012 @03:08PM (#4826300)
It's specific to the iPad. The marker indicating a tap, will show on specific UI elements, since everything is shifting due to the animation. The case is from Google's implementation, not this one.

Not really something we can do anything about - it's an edge case.