问题:在使用了iScroll4的容器内,当表单元素focus聚焦后键盘出现时,可能会存在iScroll区域高度不更新,滚动异常问题;而且当前聚焦的表单元素可能不出现在可视区域内,影响用户体验。

iKeyboardScroll4就是这么一个解决方案
Github见:https://github.com/zawaliang/iKeyboardScroll4

 

如今大多数机型都支持onorientationchange事件,iScroll4在不支持onorientationchange事件的机型中使用onresize事件来对滚动区域进行自动刷新操作。所以上面说的表单情况,在大多数机型里都会存在高度不刷新的情况。

RESIZE_EV = 'onorientationchange' in window ? 'orientationchange' : 'resize',

 

那么现在的问题就是检测键盘出现与否,然后调用refresh接口刷新滚动区域高度。由于没有相应的接口来检测键盘状态,所以我们通过onresize来检测窗口高度变化,配合当前元素的聚焦状态来模拟键盘状态。同时需要考虑在键盘出现时翻屏的情况。

 

以下为核心函数,用于检测键盘状态:

function detect() {
        // 不等表示翻屏
        if (_landscape != _landscape2) {
            // 屏幕翻转且翻转前键盘处于显示状态时,交换宽高
            if (_display) {
                var tmpWidth = _initWinWidth;
                _initWinWidth = _initWinHeight;
                _initWinHeight = tmpWidth;
            } else {
                _initWinWidth = $(window).width();
                _initWinHeight = $(window).height();
            }
        }

        var h = $(window).height();
        _display = _activeElement !== null && _initWinHeight > h;

        $.each(_callback, function(k, v) {
            v.apply(null, [_display, _activeElement]);
        });
        _landscape = _landscape2;
    }

 

由于不确定orientationchange与onresize哪个先触发,并且实测发现iOS下orientationchange比onresize迟触发,造成翻屏状态的获取不好捕获,所以针对IOS系统,当翻屏时我们使用orientationchange来检测,其他状态下使用onresize。翻屏状态下,Android下orientationchange之后获取高度存在时间差,所以需要onresize后延时获取进行处理。

 

$(window).on('orientationchange', function(e) {
        _landscape2 = !!(window.orientation & 2);

        // ios下可以直接取宽高,且ios下onresize似乎比orientationchange先触发,因此setTimeout的时机不好掌控
        _ios7 && detect();
    }).on('resize', function(e) {
        // ios下onresize似乎比orientationchange先触发,因此setTimeout的时机不好掌控
        // 对于ios,翻屏时统一通过orientationchange进行处理,非翻屏时统一使用onresize
        // ios下,onresize后若宽度不相同证明翻屏了,此时使用orientationchange来进行处理
        // Android不变,使用onresize处理
        if (_ios7 
            && (_landscape != _landscape2 // 此判断是为了防止orientationchange先于onresize触发
                || $(window).width() != _initWinWidth)) {
            return;
        }

        _timer && clearTimeout(_timer);
        // Android下orientationchange之后获取window值会延时
        _timer = setTimeout(detect, 200);
    });

当存在聚焦元素,且窗口高度比初始化时的窗口高度小时,即认为键盘出现了。

_display = _activeElement !== null && _initWinHeight > h;

 

键盘的问题解决了,我们需要解决聚焦元素的位置问题,否则可能会出现聚焦元素不在可视区域的情况,用户茫然不知当前输入的是啥。需要注意的是在iOS6下,系统会自动定位到聚焦的元素,但升级后的iOS7,受iScroll影响,造成输入框focus聚焦失败; iOS5.x 6.x下不存在这个问题,具体原因待研究(这里有篇文章不错,可以看下:《运用webkit绘制渲染页面原理解决iscroll4闪动的问题》),所以iOS7下的表现跟Android比较类似,所以我们只对非iOS6以及iOS7的做处理即可。

// 聚焦且键盘显示时,修正输入框位置
// iOS6会自动定位到输入框,但还是需要refresh位置
// iOS7不会自动定位到输入框,表现跟Android类似
if ((!$.os.ios || _ios7) 
   && display && focusElement) {
   offset = $.type(offset) == 'number' ? offset : 5;

   var el = $(focusElement),
       winHeight = $(window).height(),
       top = el.height() + el.offset().top + offset;

   // iScrollInstance.y为负值
   if (top - iScrollInstance.y > winHeight) {
      iScrollInstance.scrollTo(0, winHeight - top + iScrollInstance.y, 0);
   }

   // iOS7下聚焦键盘出现后,输入框没聚焦,这里设置下
   _ios7 && focusElement.focus();
}

 

说到iOS7,还有一个地方比较怪异,当点击输入框,键盘会出现,但是输入框没有聚焦。需要手动再点击一次。初步排查是iScroll4的问题,但没搞懂是哪出问题了,所以iKeyboardScroll4里对这些情况做了处理,暂时解决了这一问题。

移动侧WebApp坑还是比较多,需要不断的积累经验才行啊~