出现这种问题该怎么解，与苹果手机屏幕失灵大小不一致

来源：蜘蛛抓取(WebSpider) 时间：2017-10-01 05:34 标签： 苹果手机屏幕失灵
> 解决 全景UI在手机屏幕显示不正常的问题
解决 全景UI在手机屏幕显示不正常的问题
ui不正常，是指的是当你什么都没做的时候，你所生成的默认UI在手机显示比例过小或过大。这个一方面与krpano的版本有关，一方面与安卓手机有关，还与安卓手机的原生浏览器有关，总而言之，我们的UI的比例是不对的。 解决方案一：升级到krpano 1.17.4，1.17.4
ui不正常，是指的是当你什么都没做的时候，你所生成的默认UI在手机显示比例过小或过大。这个一方面与krpano的版本有关，一方面与安卓手机有关，还与安卓手机的原生浏览器有关，总而言之，我们的UI的比例是不对的。
解决方案一：升级到krpano 1.17.4，1.17.4比1.16.9对这样一个bug处理得更好，对于移动端的兼容性，还是建议早日放弃1.16.9，升级到1.17以上版本。
解决方案二：在htmll中添加以下的代码，如果有类似的代码，请替换。
&&meta name=&viewport& content=&target-densitydpi=device-dpi, width=device-width, initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=no& /&&
解决方案三：krpano中有一个全局属性stagescale，在mobile的话，这个值是0.5，如果你觉得还小，你可以这样弄
&krpano ... onstart=&if(device.mobile, mul(stagescale,2));&&
解决方案四：如果上述方法还不行，那你就等技术更新吧。
------分隔线----------------------------
Copyright &手机版kmplayer播放器怎么调屏幕大小，总是打开视频后只能显示很小，不能全屏，这个问题怎么解决。
主要是用来听课件，屏幕太小讲义看不到还有老是快闪。
按时间排序
楼主遇到的这个情况建议可以更换其他的第三方视频播放器，这样就可以顺利解决问题了。
参数设置——常规——播放——指定尺寸更改一下吧，应该是你设置了固定的尺寸了
这样吧，你不如换成使用vplayer这么个播放器吧，至少个人喜欢这个，好用许多，且支持的格式广。
感谢您为社区的和谐贡献力量请选择举报类型
经过核实后将会做出处理感谢您为社区和谐做出贡献
确定要取消此次报名，退出该活动？做一个手机端页面时，遇到了一个奇怪的问题：字体的显示大小，与在CSS中指定的大小不一致
时间： 21:16:06
&&&& 阅读：1911
&&&& 评论：
&&&& 收藏：0
标签：最近在做一个手机端页面时，遇到了一个奇怪的问题：字体的显示大小，与在CSS中指定的大小不一致。大家可以查看这个（记得打开Chrome DevTools）。
就如上图所示，你可以发现，原本指定的字体大小是24px，但是最终计算出来的却是53px，看到这诡异的结果，我心中暗骂一句：这什么鬼！
随后开始对问题各种排查：某个标签引起的？某个CSS引起的？又或者是某句JS代码引起的。通过一坨坨的删代码，发现貌似都不是。我不禁又骂，到底什么鬼！不过中间还是发现了一些端倪：当页面中的标签数量或者文本数量大于某一个值，或者当CSS定义的字体大小落在某个区间时，这个问题才会被触发。而且字体变大后的值也随着原始定义的字体大小而改变。
然后自然就是各种搜索，终于有了新的发现。原来这个特性被称做「Text Autosizer」，又称「Font Boosting」、「Font Inflation」，是 Webkit 给移动端浏览器提供的一个特性：当我们在手机上浏览网页时，很可能因为原始页面宽度较大，在手机屏幕上缩小后就看不清其中的文字了。而 Font Boosting 特性在这时会自动将其中的文字字体变大，保证在即不需要左右滑动屏幕，也不需要双击放大屏幕内容的前提下，也可以让人们方便的阅读页面中的文本。
不过这个特性并不总是有必要的，还好在查到问题原因的同时，大家也讨论了对这个问题的一些处理方案：
手动指定&viewport width=320，这时 Font Boosting 不会被触发。（后边可以知道，这个说法不严谨，在其他设置均为默认值时，这一条才有效）
Font Boosting 仅在未限定尺寸的文本流中有效，给元素指定宽高，就可以避免 Font Boosting 被触发。
显然第 2 条方案是有缺陷的，文本内容不可能都指定宽高。不过还好，我们通过指定&max-height&,min-height,&min-width,&max-width（经&&指正，只有&max-height&有效） 也是可以的。比如body * { max-height: 999999 }&就可以无副作用的禁掉 Font Boosting 特性。当然，我觉得没必要使用通用选择器，用类似&p { max-height: 999999 }&可能更好一些。
到这里，我们已经明白问题所在，并且也有解决方案了。但是有一个问题仍然困扰着我：当字体大于某一个值时（比如当不指定viewport width，手机屏幕width=320，字体大于等于82px时），这个 Font Boosting 就始终不会被触发。Chrome 是如何计算的，这其中的逻辑又是什么？标签：
&&国之画&&&& &&&&chrome插件
版权所有 京ICP备号-2
迷上了代码！做一个手机端页面时，遇到了一个奇怪的问题：字体的显示大小，与在CSS中指定的大小不一致 极客标签 | 在线编程知识分享学习平台
发布于，阅读1644次，收藏 0次，评论条 - 来自
做一个手机端页面时，遇到了一个奇怪的问题：字体的显示大小，与在CSS中指定的大小不一致
最近在做一个手机端页面时，遇到了一个奇怪的问题：字体的显示大小，与在CSS中指定的大小不一致。大家可以查看这个（记得打开Chrome DevTools）。
就如上图所示，你可以发现，原本指定的字体大小是24px，但是最终计算出来的却是53px，看到这诡异的结果，我心中暗骂一句：这什么鬼！
随后开始对问题各种排查：某个标签引起的？某个CSS引起的？又或者是某句JS代码引起的。通过一坨坨的删代码，发现貌似都不是。我不禁又骂，到底什么鬼！不过中间还是发现了一些端倪：当页面中的标签数量或者文本数量大于某一个值，或者当CSS定义的字体大小落在某个区间时，这个问题才会被触发。而且字体变大后的值也随着原始定义的字体大小而改变。
然后自然就是各种搜索，终于有了新的发现。原来这个特性被称做「Text Autosizer」，又称「Font Boosting」、「Font Inflation」，是 Webkit 给移动端浏览器提供的一个特性：当我们在手机上浏览网页时，很可能因为原始页面宽度较大，在手机屏幕上缩小后就看不清其中的文字了。而 Font Boosting 特性在这时会自动将其中的文字字体变大，保证在即不需要左右滑动屏幕，也不需要双击放大屏幕内容的前提下，也可以让人们方便的阅读页面中的文本。
不过这个特性并不总是有必要的，还好在查到问题原因的同时，大家也讨论了对这个问题的一些处理方案：
手动指定&viewport width=320，这时 Font Boosting 不会被触发。（后边可以知道，这个说法不严谨，在其他设置均为默认值时，这一条才有效）
Font Boosting 仅在未限定尺寸的文本流中有效，给元素指定宽高，就可以避免 Font Boosting 被触发。
显然第 2 条方案是有缺陷的，文本内容不可能都指定宽高。不过还好，我们通过指定&max-height&,min-height,&min-width,&max-width（经&&指正，只有&max-height&有效） 也是可以的。比如body * { max-height: 999999 }&就可以无副作用的禁掉 Font Boosting 特性。当然，我觉得没必要使用通用选择器，用类似&p { max-height: 999999 }&可能更好一些。
到这里，我们已经明白问题所在，并且也有解决方案了。但是有一个问题仍然困扰着我：当字体大于某一个值时（比如当不指定viewport width，手机屏幕width=320，字体大于等于82px时），这个 Font Boosting 就始终不会被触发。Chrome 是如何计算的，这其中的逻辑又是什么？
生命的意义在于体验和尝试~~
所以， 去骑摩托车旅游吧~~
极客主页：
新浪微博：
已上传的图片列表：
尚未上传任何图片...
在线调试地址范例
例如：/gb/debug/bc4a78a6--b7cb-649ce1bda104.htm
以后再转发，立刻下载！

我要回帖

更多关于 苹果手机屏幕失灵 的文章

 

随机推荐