一:px和border的问题
border: 1px ··· 问题描述
例如我们在电脑端开发移动端项目时,会给某个元素设置border-bottom: 1px ···
样式。这时在谷歌设备模拟器中border正如我们所设置的一样,但是当项目在手机上展示时,会发现原本的border-bottom: 1px ···
变成了border-bottom: 2px
真机效果:
在手机上调试时,可以看出原本的border-bottom: 1px ···
变成了border-bottom: 2px ···
所展示的样式,尽管区别不是很大,但还是有影响的。
解决这个问题的方法
使用伪类来代替border
通过after或者before
配合content
来添加伪元素。
.new::after {
content: "";
width: 100%;
height: 1px;
display: block;
background: red;
position: absolute;
bottom: 0; left: 0;
transform: scaleY(.5); /* 重点, 缩小自身的一办 */
}
二、移动端固定输入框在底部会被键盘遮挡的
setTimeout(function(){
document.body.scrollTop = document.body.scrollHeight;
}
三、移动端300ms延迟问题和点击穿透问题
1. 300ms延迟的产生缘由
移动端浏览器的默认显示宽度是980px(不同机型各异,但相差不大),而不是屏幕的宽度(320px或其他)。为了对早期普通网页更好的体验,iphone设计了双击放大显示的功能--这就是300ms延迟的来源:如果用户一次点击后300ms内没有其他操作,则认为是个单击行为;否则为双击放大行为。
2. 点透行为
假设有两个层级,A和B;A在上面,B在下面。 如果A监听touch事件(zepto的tap事件),而且B上有个链接(或者监听click事件),那么当touch A后,先后触发了touchStart和touchEnd事件,touchEnd后A层隐藏,而此刻会触发在document最前面B的click事件;这就是点透行为。
3. 解决方法
- 设置不能缩放:
user-scalable=no
。 不能缩放就不会有双击缩放操作,因此click事件也就没了300ms延迟,这个是Chrome首先在Android中提出的。 - 设置显示宽度:width=device-width。Chrome 开发团队不久前宣布,在 Chrome 32 这一版中,他们将在包含 width=device-width 或者置为比 viewport 值更小的页面上禁用双击缩放。当然,没有双击缩放就没有 300 毫秒点击延迟。
- IE的指针事件 (Pointer Events):设置touch-action:none,根据规范,touch-action 属性决定 “是否触摸操作会触发用户代理的默认行为。这包括但不限于双指缩放等行为”。
从实际应用的角度来看,touch-action决定了用户在点击了目标元素之后,是否能够进行双指缩放或者双击缩放。因此,这也相当完美地解决了 300 毫秒点击延迟的问题。
鉴于上述的3种解决方案,现在较为通用的meta设置为:
<meta name="viewport" content="width=device-width,initial-scale=1,maximum-scale=1,user-scalable=no">
4. 现在的流行解决方案:
上述的3种解决方案可以解决Chrome Android和IE10+下的300ms问题,但是对其他浏览器还需要特定的解决方案。
- 指针事件的 polyfill
指针事件的 polyfill 比较多,以下列出比较流行的几个。Google 的 Polymer,微软的 HandJS和@Rich-Harris的 Points - FastClickFastClick FT Labs DOM 自定义事件立即触发一个模拟click事件,并把浏览器在 300 毫秒之后真正触发的 click事件阻止掉。
5. FastClick
现阶段FastClick被更多使用,借助它通过监听click事件,即可消除300ms的问题。
通过阅读源码可知:
- FastClick通过判断浏览器类型决定其是不是需要执行,下面几种场景下不会执行FastClick逻辑:
- 不支持
ontouchstart
事件的浏览器 - Android Chrome 或者 firefox27以上 设置了
user-scalable="no"
- 满足特定要求的 IE10+ 浏览器
- 部分黑莓浏览器
- 注册了touchStart、touchEnd等事件,监听touchStart决定事件对象的target、时间、位置等信息;通过touchEnd得到touch的结束时间。如果touch时长大于700ms,则是长按事件;如果连续两次touchEnd的时间间隔小于200ms,那么认定为快速点击,特殊对待;排除上面两张情况,就通过
clickEvent = document.createEvent('MouseEvents'); initMouseEvent; dispatchEvent
手动触发click事件。
点击穿透解决方案:
对于B元素本身没有默认click事件的情况(无a标签等),应统一使用touch事件,统一代码风格,并且由于click事件在移动端的延迟要大很多,不利于用户体验,所以关于触摸事件应尽量使用touch相关事件。
对于B元素本身存在默认click事件的情况,应及时取消A元素的默认点击事件,从而阻止click事件的产生。即应在上例的handle函数中添加代码如下:
对于遮盖浮层,由于遮盖浮层的点击即使有小延迟也是没有关系的,反而会有疑似更好的用户体验,所以这种情况,可以针对遮盖浮层自己采用click事件,这样就不会出现点透问题。
四、移动端 如何解决禁用表单后移动端样式不统一问题
input:disabled{
color:xxx;
opacity:1;
//text-fill-color文本填充颜色,只兼容webkit内核
-webkit-text-fill-color:xxx;
-webkit-opacity:1;
font-size:16px;
}
五、忽略将页面中的数字识别为电话号码
<meta name="format-detection" content="telephone=no" />
六、ios系统中元素被触摸时产生的半透明灰色遮罩怎么去掉?
ios用户点击一个链接,会出现一个半透明灰色遮罩, 如果想要禁用,可设置 -webkit-tap-highlight-color的alpha值为0,也就是属性值的最后一位设置为0就可以去除半透明灰色遮罩
a,button,input,textarea{-webkit-tap-highlight-color: rgba(0,0,0,0;)}