移动端业务开发,iOS 下常常会有 fixed 元素和输入框(input 元素)同时存在的状况。 可是 fixed 元素在有软键盘唤起的状况下,会出现许多莫名其妙的问题。 这篇文章里就提供一个简单的有输入框状况下的 fixed 布局方案。
iOS下的 Fixed + Input BUG现象web
让咱们先举个栗子,最直观的说明一下这个 BUG 的现象。 常规的 fixed 布局,可能使用以下布局(如下仅示意代码):浏览器
1 <body class="layout-fixed"> 2 <!-- fixed定位的头部 --> 3 <header> 4 5 </header> 6 7 <!-- 能够滚动的区域 --> 8 <main> 9 <!-- 内容在这里... --> 10 </main> 11 12 <!-- fixed定位的底部 --> 13 <footer> 14 <input type="text" placeholder="Footer..."/> 15 <button class="submit">提交</button> 16 </footer> 17 </body>
对应的样式以下:工具
1 header, footer, main { 2 display: block; 3 } 4 5 header { 6 position: fixed; 7 height: 50px; 8 left: 0; 9 right: 0; 10 top: 0; 11 } 12 13 footer { 14 position: fixed; 15 height: 34px; 16 left: 0; 17 right: 0; 18 bottom: 0; 19 } 20 21 main { 22 margin-top: 50px; 23 margin-bottom: 34px; 24 height: 2000px 25 }
而后看起来就是下面这个样子。拖动页面时 header 和 footer 已经定位在了对应的位置,目测没问题了。布局
但接下来问题就来了!若是底部输入框软键盘被唤起之后,再次滑动页面,就会看到以下图所示:测试
咱们看到 fixed 定位好的元素跟随页面滚动了起来… fixed 属性失效了!ui
这是为何呢?简单解释下: > 软键盘唤起后,页面的 fixed 元素将失效(即没法浮动,也能够理解为变成了 absolute 定位),因此当页面超过一屏且滚动时,失效的 fixed 元素就会跟随滚动了。this
这即是 iOS 上 fixed 元素和输入框的 bug 。其中不只限于 type=text 的输入框,凡是软键盘(好比时间日期选择、select 选择等等)被唤起,都会遇到一样地问题。
虽然 isScroll.js 能够很好的解决 fixed 定位滚动的问题,可是不在万不得已的状况下,咱们尽可能尝试一下不依赖第三方库的布局方案,以简化实现方式。这里抛砖引玉做为参考。spa
解决思路:code
既然在 iOS 下因为软键盘唤出后,页面 fixed 元素会失效,致使跟随页面一块儿滚动,那么假如——页面不会过长出现滚动,那么即使 fixed 元素失效,也没法跟随页面滚动,也就不会出现上面的问题了。blog
那么按照这个思路,若是使 fixed 元素的父级不出现滚动,而将原 body 滚动的区域域移到 main 内部,而 header 和 footer 的样式不变,代码以下:
1 <body class="layout-scroll-fixed"> 2 <!-- fixed定位的头部 --> 3 <header> 4 5 </header> 6 7 <!-- 能够滚动的区域 --> 8 <main> 9 <div class="content"> 10 <!-- 内容在这里... --> 11 </div> 12 </main> 13 14 <!-- fixed定位的底部 --> 15 <footer> 16 <input type="text" placeholder="Footer..."/> 17 <button class="submit">提交</button> 18 </footer> 19 </body>
header, footer, main { display: block; } header { position: fixed; height: 50px; left: 0; right: 0; top: 0; } footer { position: fixed; height: 34px; left: 0; right: 0; bottom: 0; } main { /* main绝对定位,进行内部滚动 */ position: absolute; top: 50px; bottom: 34px; /* 使之能够滚动 */ overflow-y: scroll; } main .content { height: 2000px; }
这样再来看一下:
在原始输入法下, fixed 元素能够定位在页面的正确位置。滚动页面时,因为滚动的是 main 内部的 div,所以 footer 没有跟随页面滚动。
上面貌似解决了问题,可是若是在手机上实际测试一下,会发现 main 元素内的滚动很是不流畅,滑动的手指松开后,滚动马上中止,失去了本来的流畅滚动特性。百度一下弹性滚动的问题,发如今 webkit 中,下面的属性能够恢复弹性滚动。在 main 元素上加上该属性,嗯,丝般顺滑的感受又回来了!
main { /* main绝对定位,进行内部滚动 */ position: absolute; top: 50px; bottom: 34px; /* 使之能够滚动 */ overflow-y: scroll; /* 增长该属性,能够增长弹性 */ -webkit-overflow-scrolling: touch; }
另外,这里的 header 和 footer 使用的是 fixed 定位,若是考虑到更老一些的 iOS 系统不支持 fixed 元素,彻底能够把 fixed 替换成 absolute 。测试后效果是同样的。
至此一个不依赖第三方库的 fixed 布局就完成了。
其余的一些细节处理
在细节处理上,其实还有不少要注意的,挑几个实际遇到比较大的问题来讲一下:
有时候输入框 focus 之后,会出现软键盘遮挡输入框的状况,这时候能够尝试 input 元素的 scrollIntoView 进行修复。
在 iOS 下使用第三方输入法时,输入法在唤起常常会盖住输入框,只有在输入了一条文字后,输入框才会浮出。目前也不知道有什么好的办法能让唤起输入框时正确显示。这暂时算是 iOS 下的一个坑吧。
有些第三方浏览器底部的工具栏是浮在页面之上的,所以底部 fixed 定位会被工具栏遮挡。解决办法也比较简单粗暴——适配不一样的浏览器,调整 fixed 元素距离底部的距离。
最好将 header 和 footer 元素的 touchmove 事件禁止,以防止滚动在上面触发了部分浏览器全屏模式切换,而致使顶部地址栏和底部工具栏遮挡住 header 和 footer 元素。
在页面滚动到上下边缘的时候,若是继续拖拽会将整个 View 一块儿拖拽走,致使页面的“露底”。
为了防止页面露底,能够在页面拖拽到边缘的时候,经过判断拖拽方向以及是否为边缘来阻止 touchmove 事件,防止页面继续拖拽。
以上面内滚动 layout-scroll-fixed 布局为例,给出一段代码做为参考:
1 // 防止内容区域滚到底后引发页面总体的滚动 2 var content = document.querySelector('main'); 3 var startY; 4 5 content.addEventListener('touchstart', function (e) { 6 startY = e.touches[0].clientY; 7 }); 8 9 content.addEventListener('touchmove', function (e) { 10 // 高位表示向上滚动 11 // 底位表示向下滚动 12 // 1允许 0禁止 13 var status = '11'; 14 var ele = this; 15 16 var currentY = e.touches[0].clientY; 17 18 if (ele.scrollTop === 0) { 19 // 若是内容小于容器则同时禁止上下滚动 20 status = ele.offsetHeight >= ele.scrollHeight ? '00' : '01'; 21 } else if (ele.scrollTop + ele.offsetHeight >= ele.scrollHeight) { 22 // 已经滚到底部了只能向上滚动 23 status = '10'; 24 } 25 26 if (status != '11') { 27 // 判断当前的滚动方向 28 var direction = currentY - startY > 0 ? '10' : '01'; 29 // 操做方向和当前容许状态求与运算,运算结果为0,就说明不容许该方向滚动,则禁止默认事件,阻止滚动 30 if (!(parseInt(status, 2) & parseInt(direction, 2))) { 31 stopEvent(e); 32 } 33 } 34 });
原文地址:http://efe.baidu.com/blog/mobile-fixed-layout/?utm_source=tuicool&utm_medium=referral (侵删😁)