快速反馈对于任何 UI 的实现都是至关重要的。研究表明,100ms 是界面让用户感到即时的最大延迟。尽管如此,移动网络仍然受到一个巨大的反馈问题的困扰:触摸任何元素后,延迟 300 毫秒。这种延迟是许多用户认为基于 html 的 Web 应用程序“卡顿”的最重要原因之一。在本文中,本文将带你了解移动端点击事件延迟的从诞生到消亡的过程。
在 2007 年,苹果公司发布首款 iPhone 之前,由于当时的网站普遍为大屏幕设备所设计,为了应对 iPhone 这种小屏幕设备浏览桌面网站的问题,由此,苹果引入了多项变革,其中就包含了“双击缩放准确定位正文主体,并将其缩放至适合的比例展现”的功能,即双击缩放功能。然而,由于这种双击缩放的操作,在用户第一次单击页面元素时,浏览器并不知道用户是想做双击缩放操作还是普通的单击操作。因此,IOS Safari 浏览器首先引入了 300 毫秒延迟,用来判断用户是否会再次点击,也就是说,在第一次点击延迟 300 毫秒,300 毫秒后用户没有再次点击则认定为用户在进行普通的单击操作,并触发单击(Click)事件。
全面的移动开发者与单击事件延迟战争拉开了序幕。鉴于 iPhone 的巨大成功,其他浏览器厂商也都快步跟进纷纷效仿了 iPhone Safari 浏览器的做法。于是,单击事件延迟成为了移动开发者不得不面对的痛。
虽然从当时来看 300ms 延迟并没有什么不妥,然而在越来越注重用户体验的移动互联网时代,这种延迟是无法被用户所接受的,加之开发者也可以对网站进行响应式适配,双击缩放的操作变成了一种可有可无的操作,浏览器厂商开始意识到延迟所带来的体验问题,提出了一些解决方案。
解决此问题的第一个方法是常识性方法。由于延迟产生的原因是双击缩放操作,那么就禁用页面缩放功能,最直接的方法就是设置 Viewport 禁止缩放,代码如下:
<meta name="viewport" content="user-scalable=no">
<!-- 或者 -->
<meta name="viewport" content="initial-scale=1,maximum-scale=1">
适用于 Android 的 Chrome 浏览器是第一个引入此更改的应用程序,随后紧接着是 Android 的 Firefox。没有其他浏览器供应商宣布要添加此优化的计划。尽管此解决方案非常巧妙,背后却以牺牲整个页面缩放为代价,带来的影响是对于页面上的图像或小文本,想要进行缩放变得难以完成。即大多数网站都无法从 Android 版 Chrome 和 Android 版 Firefox 的优化中受益。
幸运的是,随后 Chrome 团队在 Chrome 32 之后的版本中,提出了新的优秀方案,代码如下:
<meta name="viewport" content="width=device-width">
约定当 Viewport 的 width 小于或等于 device-width 时,去除双击缩放功能。这项技术的另一个关键在于,它仅消除了双击缩放的功能,用户依然可以使用双指缩放功能。因此,不存在与禁用缩放相关的可用性和可访问性问题。
指针事件是 Microsoft 提出的一系列针对 Web 的新事件,现已成为 W3C 规范。指针事件规范是尝试使用单个事件模型统一我们对所有输入类型(鼠标,触摸,手写笔等)的处理。根据规范,css 属性 touch-action 用于设置触摸屏用户如何操纵元素的区域(例如,浏览器内置的缩放功能)。touch-action 默认值是 auto,当设置为 none 时会禁止用户缩放,能成功解决 300ms 延迟的问题,如:
a[href],
button {
touch-action: none;
}
甚至可以添加 touch-action: none 到 body 以完全禁用双击来缩放(注意:这也将禁用双指缩放功能,因此它与我们前面讨论的与禁用缩放相关的可访问性和可用性问题相同)。
2014年3月13日,W3C 规范增添了新的 touch-action 属性值 manipulation。该属性值提供了两全其美的体验;它允许双指缩放,以避免 touch-action: none 出现的可访问性和可用性问题,但它仍然可以通过禁用双击缩放来消除 300ms 的延迟。
FastClick是一个小型 JavaScript 库,专门旨在防止移动浏览器中的 300ms 点击延迟。FastClick 的实现基础建立于 touchstart ,touchmove 或者 touchend 事件中的任意一个调用 event.preventDefault,mouse 事件 以及 click 事件将不会触发。FastClick 的原理在 touchend 阶段调用 event.preventDefault,然后通过 document.createEvent 创建一个自定义事件 MouseEvents,然后通过 eventTarget.dispatchEvent 触发对应目标元素上绑定的 click 事件。
关于 FastClick 的好处是,它非常容易使用,只需在文档加载后调用 FastClick.attach() 在 body 元素上实例化:
if ('addEventListener' in document) {
document.addEventListener('domContentLoaded', function() {
FastClick.attach(document.body);
}, false);
}
FastClick足够聪明,可以检测到如果是桌面浏览器或者存在 meta 标记和 touch-action 解决方案的时候,不会执行任何操作。因此,在我们为所有平台提供真正的解决方案之前,这是一个极好的解决方法。
得益于现代浏览器对 W3C 规范 touch-action: manipulation 的支持性,才真正彻底解决了点击事件延迟的问题。touch-action: manipulation 规定浏览器只允许进行滚动和持续缩放操作。任何其它被 touch-action: auto 支持的行为不被支持。启用平移和双指缩放手势,但禁用其他非标准手势,例如双击缩放。 禁用双击缩放功能可减少浏览器在用户点击屏幕时延迟生成点击事件的需要。代码如下:
html {
touch-action: manipulation;
}
从此,移动端点击事件延迟正式宣告消亡。
原文:https://www.cnblogs.com/jofun/archive/2020/07/23/13369552.html
有些机型有些app不能横屏:比如Android的微信就没有横屏模式,而ios的微信能开启横屏模式。解决办法就是在竖屏模式下,写一个横屏的div,然后设置rotate正(负)90度,把他旋转过来;而且如果用户切到横屏时,需要把rotate复原,要求也能正常展现。
在做移动端时间转化为时间戳时,遇到了一个问题,安卓手机上访问时,能拿到时间戳,从而正确转换时间,而在iOS上缺不能正常显示,显示的时间为:NaN-NaN-NaN ,例如getTime()在ios上拿不到时间戳显示NaN
因为对于一枚前端而言,天天和页面打交道(H5页面),那么布局的活总是少不了,这也将面临不同终端的适配问题。不知道你是否和我一样,页面布局总是或多或少会有一些蛋疼的事情发生。
移动端点透现象的解决办法:解决方案一:来得很直接github上有个fastclick可以完美解决;解决方案二:用touchend代替tap事件并阻止掉时A元素touchend的默认行为preventDefault(),从而阻止click事件的产生;解决方案三:延迟一定的时间(300ms+)来处理事件...
这篇文章主要总结移动端页面开发时需要注意的一些问题。比如:防止手机中网页放大和缩小、format-detection设置、上下拉动滚动条时卡顿慢 、禁止复制选中文本...
由于微信webvie内置了调整字体大小的功能,如果用户调整了这一设置,就会导致了网页中的字体比原本的尺寸偏大或偏小,使得网页可能出现排版错乱,或者字体太小看不清的情况发生
在移动端部分浏览器中点击了图片,变成了查看图片的效果,怎么防止img的图片被手机浏览器的图片查看器打开呢?下面整理了一些方法来实现:在img元素上添加 onclick=return false、背景图的方式插入、使用js事件阻止默认行为的方式
移动端浏览器在派发点击事件的时候,通常会出现300ms左右的延迟。也就是说,当我们点击页面的时候移动端浏览器并不是立即作出反应,而是会等上一小会儿才会出现点击的效果。
在 PC 端,视口指的是浏览器的可视区域,其宽度和浏览器窗口的宽度保持一致。在 CSS 标准文档中,视口也被称为初始包含块,它是所有 CSS 百分比宽度推算的根源,给 CSS 布局限制了一个最大宽度。而移动端则较为复杂,它涉及到三个视口:布局视口(Layout Viewport)、视觉视口(Visual Viewport)和理想视口(Ideal Viewport)
随着技术的飞速发展,当前lib-flexible适配方案也在逐渐被更新的适配方案所替代,但是截止目前为止,还没有发现哪种方案能完全满足适配各种机型的需要,也会有一些小的问题。lib-flexible是目前用到的比较成熟的适配方案
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!