iOS设备,fixed布局出问题

    window.deviceId = ‘{{$deviceId}}‘;
    window.iOS = navigator.userAgent.match(/(iPad|iPhone|iPod)/g) ? true : false;
    if( iOS ){
      iOSversion = ( !!window.history && !!window.history.pushState ? ‘4+‘ : ‘4-‘ );
      if( !!window.matchMedia ){ iOSversion = ‘5+‘; }
    }
    window.getViewport = function() {    // Note viewport sizing broken in Android 2.x see http://stackoverflow.com/questions/6601881/problem-with-meta-viewport-and-android
      var viewport = {
              left: window.pageXOffset,   // http://www.quirksmode.org/mobile/tableViewport.html
              top: window.pageYOffset,
              width: window.innerWidth || documentElement.clientWidth,
              height: window.innerHeight || documentElement.clientHeight
      };
      return viewport;
    }

 

在android机器上可以正常提升上来,但是在iOS机器上会出现问题。

在iOS机器上,不通过bottom来始终居底部,而是通过计算top的位置再通过scrollTo来调整位置。

    window.timeDelay = 300;
    setInterval(function () {
      window.scrollTo(0, 0);
    }, timeDelay);

  

时间: 2024-10-12 13:17:34

iOS设备,fixed布局出问题的相关文章

【前端开发】解决ios设备上fixed浮动的input输入框兼容问题

我们在开发移动端页面时,经常会存在这种需求,在页面顶部或底部有一个输入框,一直浮动在顶部或底部位置,中间部分的内容是可以滚动的.比如底部输入框的搜索功能,或底部输入框的写评论功能. 这种问题,我们一般会使用的方法是一个position:fixed;的div,在里面放一个input,浮动在顶部或底部,其他的内容可以滚动. 这种方法在安卓设备中肯定是没问题的.但是在ios设备中就会有问题了. 问题1:滚动页面内容部分时,浮动部分可能会消失,滚动结束后才展示出来 问题2:点击输入框进行输入时,呼出键盘

ios设备触发虚拟键盘输入后position:fixed 无效的一些简单另类的解决方法。

首先看一下我要解决的问题,第一张图是正常的情况下,第二张图是点击了输入框之后的情况,就是要解决此问题~! 百度了一下解决方法,好像有以下的一些方法: iscroll Jquery Mobile 监听屏幕滚动事件给 #footer 赋值 由于本人新手,第1,2种的方法就没学过,所以暂时不用这2方法,来看第三种:监听屏幕滚动事件给 #footer 赋值 首先设置 #footer 的 position 的值为 absolute 然后用$(window).scroll() 来监听,再给 #footer

移动端input获取焦点弹出输入框时影响fixed布局的问题

最近在做移动端项目的时候遇到的一个问题,在点击input获取焦点弹出输入框进行输入后,再次点击input输入框时,意外的事情发生了, 页面突然跳转到确定按钮跳转的页面了,刚开始以为是点击穿透导致的,朝着这个方向一直没有等到解决... 经过反复研究,发现第二次点击input 时,上面有一个隐形的按钮,这是怎么回事,确定按钮怎么就跑到上面去了呢,原来是由于最外层 使用了fixed布局,而第一次点击input获取焦点时,移动端默认弹出的输入框会将fixed布局的元素顶上去. 解决办法: 1.如果使用的

[转] Web移动端Fixed布局的解决方案

移动端业务开发,iOS 下经常会有 fixed 元素和输入框(input 元素)同时存在的情况. 但是 fixed 元素在有软键盘唤起的情况下,会出现许多莫名其妙的问题. 这篇文章里就提供一个简单的有输入框情况下的 fixed 布局方案. iOS下的 Fixed + Input BUG现象 让我们先举个栗子,最直观的说明一下这个 BUG 的现象. 常规的 fixed 布局,可能使用如下布局(以下仅示意代码): <body class="layout-fixed"> <

Web移动端Fixed布局的解决方案

转载于EFE博客,这是一篇非常有价值的文章,做移动端基本跑不了会遇到这篇文章提到的问题. 移动端业务开发,iOS 下经常会有 fixed 元素和输入框(input 元素)同时存在的情况. 但是 fixed 元素在有软键盘唤起的情况下,会出现许多莫名其妙的问题. 这篇文章里就提供一个简单的有输入框情况下的 fixed 布局方案. iOS下的 Fixed + Input BUG现象 让我们先举个栗子,最直观的说明一下这个 BUG 的现象. 常规的 fixed 布局,可能使用如下布局(以下仅示意代码)

iOS StoryBoard自适应布局

原文地址:点击打开链接 通用的Storyboard 通用的stroyboard文件是通向自适应布局光明大道的第一步.在一个storyboard文件中适配iPad和iPhone的布局在iOS8中已不再是梦想.我们不必再为不同尺寸的Apple移动设备创建不同的storyboard文件,不用再苦逼的同步若干个storyboard文件中的内容.这真是一件美好的事情. 我们打开Xcode,新建一个项目: 选择iOS\Application\Single View Application创建一个单视图应用:

Web移动端Fixed布局的解决方案(原文出处:http://efe.baidu.com/blog/mobile-fixed-layout)

移动端业务开发,iOS 下经常会有 fixed 元素和输入框(input 元素)同时存在的情况. 但是 fixed 元素在有软键盘唤起的情况下,会出现许多莫名其妙的问题. 这篇文章里就提供一个简单的有输入框情况下的 fixed 布局方案. iOS下的 Fixed + Input BUG现象 让我们先举个栗子,最直观的说明一下这个 BUG 的现象. 常规的 fixed 布局,可能使用如下布局(以下仅示意代码): <body class="layout-fixed"> <

iOS 8 UI布局 AutoLayout及SizeClass(二)

一.新特性Size Class介绍 随着iOS8系统的发布,一个全新的页面UI布局概念出现,这个新特性将颠覆包括iOS7及之前版本的UI布局方式,这个新特性就是Size Class.Size Class配合Auto Layout可以解决所有(包括iPhone及iPad)iOS设备屏幕尺寸及屏幕旋转时候的UI适配问题 . 二.为什么要使用Size Class 直到iPhone6发布后,目前iOS设备的屏幕尺寸已经有4种了,如图: iPhone6没出现之前,还可以通过代码来适配两种尺寸的UI,但iP

【转载】Web移动端Fixed布局的解决方案

特别声明:本文转载于EFE的<Web移动端Fixed布局的解决方案>.如需转载,烦请注明原文出处:http://efe.baidu.com/blog/mobile-fixed-layout 移动端业务开发,iOS 下经常会有 fixed 元素和输入框(input 元素)同时存在的情况. 但是 fixed 元素在有软键盘唤起的情况下,会出现许多莫名其妙的问题. 这篇文章里就提供一个简单的有输入框情况下的 fixed 布局方案. iOS下的 Fixed + Input BUG现象 让我们先举个栗子