iframe在移动端的缩放的示例代码

iframe在移动端的缩放的示例代码,第1张

iframe移动端缩放的示例代码

工作中碰到个奇怪的问题,折腾了大半天,终于算是解决了,这里把分析思路和解决办法记录下。


项目是做响应式的公司官网,前期的静态图页面切完后就提交给后台作为模板使用了,我也就基本退出项目。


在后端落地时发现在在移动端页面显示不太对劲,显得很模糊。


第一想法是meta的头部被覆盖了,查看源代码果然发现是被覆盖了。


这是我习惯用的meta头部,使页面宽度根据设备宽度自适应变化

<meta name="viewport" content="width=device-width, initial-scale=1, minimum-scale=1.0, maximum-scale=1.0, user-scalable=no" />

可是后端落地的框架是按模板直接引入的,有部分的公共资源竟然也包含了设置viewport的meta。


后端引入的是这个样子的:

<meta name="viewport" id="viewport" content="width=640px, user-scalable=no">

这一头部是被一段不得不被加入的js文件所append进入的,而且被明确告知,该js文件不可以被修改!所以这一设置宽度为固定640px的将我原本设置随设备宽度变化的meta覆盖了!

问题就来了,静态页面已经完成,且由于历史代码因素,有相当部分的代码在当初并没有使用rem单位,已经无法大规模修改css效果了。


只有通过js重置设置viewport宽度再次进行覆盖了......这倒是挺简单的,无非就是代码相当的丑陋而已。


但又一个问题来了,这个官网页面还动态引入了iframe页面,这些iframe页面是固定的640px宽度。


这就很崩溃了!我加了随设备宽度变化的mata,那么这些iframe就不能看了;我不再次加meta,那么官网本身就不能看了!

好在这些iframe是通过统一的方法引入,虽然不能更改引入方法的js文件,但在业务代码中再次监听倒也还可以。


所以再次这个绑定点击事件,判断iframe是否被引入后,就是使用某些特殊方法的时候了!

css3有个transform: scale()的方法,可以对元素进行缩放,虽然真正占位的宽高并没有变化,但在显示效果上还是不错的。


通过计算缩放比例 = 设备宽度 / 640 可以得出对应的缩放比例,再对引入的iframe设置transform: scale(缩放比例)就可以实现漂亮的缩放了!

事情到这里就结束了吗?不!还没有!iframe是缩放了,可高度也被缩放了,内容显示不完整了。


这里设置height: 设备高度 / 缩放比例可以还原原本的iframe高度。


以为结束了?并没有!还有问题存在!iframe层被scale()属性缩放后,默认的向下和向右也移动了一段距离,这是因为scale()默认是按中心进行缩放的!这里花了大量时间去寻找合适的方法解决,比如负margin、translate()等,但是由于难以计算合适的移动比例系数,恕本人算法辣鸡,这一方法尝试很久终于决定还是放弃......

翻看css手册发现了一个熟悉又陌生的属性
设置旋转元素的基点位置:

transform-origin: x-axis y-axis z-axis;

它有3个属性值,分别代表定义视图被置于X、Y、Z轴的何处。


他乡遇故知,久旱逢甘霖!要的就是你啊!设置transform-origin: 0 top 0 解决~

其实吧,这个属性很早就被用到了,只不过我最开始写的是缩写transform-origin: 0,被浏览器解析之后的就是transform-origin: 0 center 0......当时的感受就是左右解决了,一直想的都是把iframe移上去,殊不知人家自带这样的功能,只不过被我忽略了。


学习还是不能囫囵吞枣啊,一个属性竟然可以浪费半天的时间,我大概不是个合格的前端......(逃

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/612675.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-04-14
下一篇 2022-04-14

发表评论

登录后才能评论

评论列表(0条)

保存