手机页面设计基本

HTML meta viewport属性说明

什么是Viewport

手机浏览器是把页面放在一个虚拟的“窗口”（viewport）中，通常这个虚拟的“窗口”（viewport）比屏幕宽，这样就不用把每个网页挤到很小的窗口中（这样会破坏没有针对手机浏览器优化的网页的布局），用户可以通过平移和缩放来看网页的不同部分。移动版的 Safari 浏览器最新引进了 viewport 这个 meta tag，让网页开发者来控制 viewport 的大小和缩放，其他手机浏览器也基本支持。

 

Viewport 基础

一个常用的针对移动网页优化过的页面的 viewport meta 标签大致如下：

<meta name=”viewport” content=”width=device-width, initial-scale=1, maximum-scale=1″>

width：控制 viewport 的大小，可以指定的一个值，如果 600，或者特殊的值，如 device-width 为设备的宽度（单位为缩放为 100% 时的 CSS 的像素）。
height：和 width 相对应，指定高度。
initial-scale：初始缩放比例，也即是当页面第一次 load 的时候缩放比例。
maximum-scale：允许用户缩放到的最大比例。
minimum-scale：允许用户缩放到的最小比例。
user-scalable：用户是否可以手动缩放

 

关于viewport的一些问题

viewport并非只是ios上的独有属性，在android、winphone上同样也有viewport。它们要解决的问题是相同的，即无视设备的真实分辨率，直接通过dpi，在物理尺寸和浏览器之间重设分辨率，这个分辨率和设备的分辨率无关。比如，你拿个3.5寸-320 * 480的iphone3 gs、3.5寸-640 * 960的iphone4或者9.7寸-1024*768的ipad2，虽然设备的分辨率不同,物理尺寸也不同，但你可以通过设置viewport让它们在浏览器里有相同的分辨率。比如说，你的网站是800px宽，你可以通过设置viewport的width=800，来让你的网站在这三个不同的设备上都刚好满屏显示你的网站。

 

以上的知识，相信每个对viewport稍有了解的同学应该都已经了解了。这不是我今天想说的重点。我想说明的是viewport在ios和android上的一些差异表现。

 

网上一搜关于viewport的知识，基本上全都是如下信息：

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

这段代码的意思是，让viewport的宽度等于物理设备上的真实分辨率，不允许用户缩放。一都主流的web app都是这么设置的，它的作用其实是故意舍弃viewport，不缩放页面，这样dpi肯定和设备上的真实分辨率是一样的，不做任何缩放，网页会因此显得更高细腻。玩ps的同学应该都知道，当你将一张1000 * 1000的图片直接缩放至500 * 500分变成什么样，对吧？图片的失真一定逃不掉。

 

但我要做的一个应用却恰恰相反，需要利用viewport，利用缩放。不论真实分辨率是多少，无论物理尺寸是多少，我都希望在浏览器里，能有统一的分辨率，同时也不允许用户缩放。我用来测试的设备有：iphone4、ipad2、htc的g11、不知道什么厂商的aquos phone（android系统）、华硕的android pad、dell的winphone然后我一路遇到了如下问题：

 

1）如果不显示地设置viewport，那么width的默认为980。如果页面的所有元素宽度都小于980，此时width为980，如果页面最宽的位置超过980，那么width等于最大宽度。总之，默认能将整个页面从左到右显示出来。如果设置了viewport，比如，只单纯地设置了user-scalable=no，例如<meta name="viewport" content="user-scalable=no" />，那么ios下width还是按980显示（即默认就会通过dpi缩放），但android和winphone下却不会再缩放了，浏览器分辨率和真实设置分辨率一致。

 

2）对于ios设备，设置width可以生效，但对于android，设置width并不会生效。ios设备，缩放的比率即dpi是通过你设置的width和设置真实分辨率自动计算的，而android下你设置width无效，你能设置的是一个特殊的字段target-densitydpi，关于target-densitydpi可以参考一下这篇文章：http://hi.baidu.com/j_fo/blog/item/748361279ebccd18908f9d7d.html。也就是说，有三个变量：浏览器width、设备真实width、dpi。 我们简单地用个公式来表达它们之间的关系吧（并非真实关系，简单说明用） 设备真实width * dpi = 浏览器width，这里的三个变量，设备真实width是个我们不能操作的已知值，另外两个变量我们可以设置一个来影响另一个，在ios中，我们能改的是浏览器width，dpi自动生成，而在android中，我们能改的是dpi，浏览器width自动生成。对于android，无论我们如何设置width，也不会对浏览器width产生影响。

 

ps：这里我另外再说一个奇怪的问题：在htc的g11里（htc的手机我只有这一个，别的没有测），如果设置了dpi而不显示地设置width，则user-scalable=no不生效，即是说：<meta name="viewport" content="target-densitydpi=300,user-scalable=no" />，无法阻止用户缩放屏幕。我们需要显示地设置一下width值，仅管这个值对android下的浏览器分辨屏并不产生任何影响（对ios还是会产生影响的），我们仍然要设置它，而且这个值一定要大于320，如果小于等于320，也无法使user-scalable=no生效。这个问题只在htc的g11手机上出现，在aquos phone没有这个问题。兼容android真是件头痛的事 @_@，未来还不知道有多少坑呢。而在winphone上，结果就更奇怪了：我给viewport的width设一个大于480的值，user-scalable=no就失效了，而设一个小于480的值，user-scalable=no能生效。但无论我给viewport的width设多少值，对winphone真正显示的width却并不产生我预期的影响，通过target-densitydpi也没有影响。设置width，如果小于480的话，屏幕会缩放，但缩小的比例却和我预期完全不一样，我不知道它是按照什么规律缩放的。不知道这是winphone的问题，还是dell实现的问题。

 

3）这一条和上一条应该是直接相关的：ios设备在横竖屏时，会自动调整dpi，无论横屏还是竖屏，都能保证浏览器width等于viewport中设置的值，所以横竖屏的时候，页面里显示的内容的大小是会自动缩放产生变化的。而android手机在横竖屏的时候，不会改变dpi，在横竖屏的时候，网页不会产生缩放。也正因此，ios可以保证横竖屏页面都不会产生滚动条，满屏显示，而android却无法保证这一点，横着满屏则竖着无法满屏，反之亦然。

 

4）对于ios设备，如果width显示定义了，而页面最宽的位置超过width的话，width无效，仍按最宽的宽度来显示（不会有滚动条）。但此时会出现一个很奇怪的问题，当你将手机横竖屏切换几次之后，会发现你的页面自动放大了，出现了滚动条，但其实放大后的宽度其实和你设的width也并没有关系。为了防止这种情况出现，你需要将width的宽度设置得比页面最宽的地方更大，或者相同。

 

手机页面资料整理

来自：http://hi.baidu.com/onionsmm/item/977b8142e64b9b12886d10ea

一关于手机页面的标准头

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

字符编码使用utf-8

<meta http-equiv="Cache-Control" content="no-cache"/>

指定页面手机内存缓存中的存储时间段

<meta name="viewport" content="width=device-width; initial-scale=1.0;

minimum-scale=1.0; maximum-scale=2.0"/>

device-width通知浏览器使用设备的宽度作为可视区的宽度

initial-scale - 初始的缩放比例

minimum-scale - 允许用户缩放到的最小比例

maximum-scale - 允许用户缩放到的最大比例

<meta name="MobileOptimized" content="240"/>

解决原先在Pocket PC 2002上能够全萤幕显示的Flash影片（240×320），到了Pocket

PC2003之后，自动会缩小的问题

二 关于css样式

1页面自带css建议style标签头标准化，格式：<style type="text/css"

id="internalStyle">

2 部分手机浏览器对如下css样式支持不是很好，建议慎重使用：

· 不支持font-family属性，也就是说，在很多浏览器可能只有一种默认字体；

· 不支持font-szie属性，如在UC浏览器你只能看到一样大小的字体；

· 不支持width、height、padding、margin、line-height属性，如，在UC浏览器只

能通过p、br 等HTML标签来换行以达到字符上下间隔；

· 不支持固定像素的宽度，100%显示页面，如：在UC浏览器始终将看到的是“满屏的

”；

· 不支持浮动、层叠布局，float和position属性无效，如：在UC浏览器你只能看到

“左对齐”，建议使用table格局。

· 支持background-color，但不支持background-image，也就是说不支持CSS背景图

显示，在UC浏览器你只 能看到背景色，为了手机的流量，提倡尽量少用背景图。

· max-device-width这样的选项，限定屏幕宽度小于480的设备才采用该样式表，代

码格局如下：
<link　media="only　screen　and　(max-device-width:　480px)"　 href="small

-device.css"　type=　"text/css"　rel="stylesheet"　/>

三 其他

1网页大小限制：建议低版本页面不超过15k，高版本页面不超过60k。

2部分手机不支持png8和png24，所以尽量使用jpg和gif的图片;

3另外对于平滑的渐变等精细的图片细节，部分手机的色彩支持度并不能达到要求，所

以慎用有平滑渐变的bar设计;

4部分手机对于超大图片，既不进行缩放，也不显示横下滚动条;

5少数手机在打开超过20k的测试页面时，会显示内存不足

6大部分手机不支持表单元素的“disable”属性

7在手持设备上，按钮最好不要直接用img标签
<input type="image" src="图片路径" name="Submit" value="" />

四 浏览器使用情况：

CNNIC与CR-Nielsen联合发布的《2009年中国移动互联网与3G用户调查报告》显示，

手机自带浏览器市场份额高达49.6%，

在现有手机浏览器品牌中，

腾讯手机浏览器份额27.3%，

UC手机浏览器份额11.2%，

Opera手机浏览器份额1.8%，

其他手机浏览器份额2.4%。

尽管今年 UC浏览器扳回一城，重新超越了QQ浏览器，但不排除有随时被对方超越的可

能。