- 主题:刚测试了2个解决300ms的js方案,无效
一个是fastclick,另一个是hammer-time。
记录了3个时间:touchstart时间,onclick时间,后者减前者的时间。
测试分3种状况:没用那2个js的,单独用fastclick时的,单独用hammer-time时的。而且它们都是载入和写在head标签内部。
差不多都是3、400秒左右,我的手指稍微停了这么个时间。这样的测试结果,不知道是谁说有效的。
看了hammer-time官网的测试时间,它是调用的touchend和click的差距,完全是作假,这2个时间本来就很靠拢。
其实我做移动端是一直用zepto的tap事件,不过有时候别人抱怨在pc上点击无效,我自己用chrome的移动端模式,发现tap事件有时候点击无效,click基本不会发生这种情况,所以想用回click,然后研究了一下300ms的js解决方案,结果却是这样。。。
--
FROM 49.222.133.*
自己简单写个方法,判断下移动端就绑 tap,桌面端绑 click
【 在 xiatianup 的大作中提到: 】
: 一个是fastclick,另一个是hammer-time。
: 记录了3个时间:touchstart时间,onclick时间,后者减前者的时间。
: 测试分3种状况:没用那2个js的,单独用fastclick时的,单独用hammer-time时的。而且它们都是载入和写在head标签内部。
: ...................
--
FROM 61.149.229.*
我记得300ms本来就是指touchend到click的时间吧? 这个300ms是用来在第一个tap之后等待第二个tap的,就是为了区分单机和双击。
你觉得那两个时间本来句很近,是因为最近版本的chrome已经把这个300ms干掉了,在chrome下fastclick之类已经不需要了。
【 在 xiatianup () 的大作中提到: 】
: 一个是fastclick,另一个是hammer-time。
:
: 记录了3个时间:touchstart时间,onclick时间,后者减前者的时间。
:
--
FROM 223.104.3.*