IE浏览器保存页面文件时，能否设置保存“保存类型”为“网页，全部（*.htm;*.html）”

当然可以的。而且是推荐你这么做的解释一下这些选项的含义吧：①网页，全部（*.htm*.html）：用这个选项后，IE会尽可能的将网页上用到的图片、脚本、音乐等内容提取出来并统一放到一个文件夹中，并和同时生成的网页文件拥有绑定关系（比方说，要删除的话就同时删掉了）。也有很多妙用，例如，如果你想一口气把这个网页上的图片都弄下来，这个办法就可以帮你了~这个选项对于需要搜集素材的人而言还是比较有用的。②Web 档案，单个文件（*.mht)：和上面的一样，唯一不同的是只有一个文件，里面的图片等内容不方便抠出来。主要是方便管理和携带。③网页，仅 HTML（*.htm*.html）：用这个选项，IE就完全不管里面有什么图片音乐，统统不要，甚至版面也很有可能发生变化。适合只想要其中大段文字的用户。④文本文件(*.txt)：（低版本IE没有此选项）这个选项，IE不仅舍弃所有的图片音乐，同时也舍弃其中的版面设计，只留下干巴巴的文字。如果你想用其中大段的文字，用上面③的办法将文字复制到Word的时候发现里面讨厌的布局也被复制过来，那么这个选项还是不错的。需要注意的是，由于现有的技术问题，可能你发现不管你用哪种方式保存，总会有一些图片、特效什么的都保存不下来。虽然要想保存也有办法，但是需要有一定的技术基础，比较麻烦，就不多说了……我说的可以明白吗？不明白的话，当然还有~下面我就不手打了，就直接照搬了哈~~=================以下为直接Copy=============如果你想保存一个页面的话 .mht比较方便.不用另保存图像htm和html是都是一个网页文件外加一个图像的文件夹比如你保存baidu的首页保存后起名为baidu.html或baidu.htm 那么在这个文件的同级目录下会出现一个baidu.file的文件夹 里面是baidu首页的图片如果保存成mht格式的话. 就没有这个文件夹 一样可以正常看==================以下解释的更深一点===============如果以(*.htm*.html)保存的网页，会看到其实有一个网页和相应的一个文件夹，浏览器把页面元素分开存放了，假如页面有图片的话，在相同文件夹有同名的子目录存放这些图片MHT叫“web单一文件”，顾名思义，就是网页中包含得图片，CSS文件以及HTML文件全部放到一个MHT文件里面。mht就是mono html，就是独立的HTML文件，将浏览器在save as时将页面中所有可以收集的元素全部存放在一个页面里，单个文件的尺寸就变大了，不过倒省却了相对路径绝对路径的烦心事。如果保存为txt，网页图片什么的是没有的……==============以下为微软官方原文解释============如果要保存显示该网页所需的全部文件，包括图形、框架和样式表，请选择“网页，全部”。该选项将按原始格式保存所有文件。 如果要将显示该网页所需的全部信息保存到一个文件中，请单击“Web 档案，单个文件”。该选项将保存当前网页的快照。只有安装了 Outlook Express 5 或更高版本时，才能使用该选项。 如果只保存当前的 HTML 页，请单击“网页，仅 HTML”。该选项将保存网页信息，但它不保存图形、声音或其他文件。 如果只保存当前网页的文本，请单击“文本文件”。该选项将以文本格式保存网页信息。嗯，够全面的吧？若还有不解，欢迎追问！

.bg {background-repeat:"三种情况"}；三种情况为：no-repeat（不重复）、repeat-y（纵向重复）、repeat-x（横向重复），默认的时候是纵向和横向都重复。

.bg {background-positon:（x,y）background-positon的妙用，他是定位图片所在位置；他的位置可以用像素表示，可以用英文（left、right、bottom、top、middle、center）这些就不用我解释了。xy坐标也不用我解释了吧

回答完毕！！

初次接触移动端，绝对单位的使用

自己接触移动端开发是在2012年，那时候比较新潮的是制作WEB APP。什么是WEB APP呢？所谓的WEB APP就是用网页模拟出原生语言（如iOS）开发的APP交互效果。虽然在表现层面上，HTML5表现突出，但不得不承认的是，在系统性能层面，WEB APP明显要差于原生应用（即Native APP）。这也就使得WEB APP这条路暂时性的被堵住了。

于是，移动端的开发方向逐渐向移动端网页倾斜。对于PC端，我们一直使用的是px（像素）进行代码的书写，但是到了移动端，需要面临不同的分辨率。在2012年的时候，自己和团队成员在写移动端的时候，由于是初次接触，还是在使用px（像素）作为单位。因为在2012年的时候，绝大多数的手机的屏幕大小都是320*480分辨率，所以，即便是使用像素作为单位进行移动端网页开发也是完全可以的。

关于视口的知识，可点击查看——移动端H5知识-视口viewport

横向百分比，纵向像素值

随着移动端的继续发展，在2012年9月，iPhone5上市，开始引领“特殊分辨率”的发展，于是，320*480分辨率的手机屏幕在整个手机市场当中占有的份额越来越少，各种各样的分辨率如雨后春笋般冒了出来。

此时我们再进行固定像素进行开发明显是不明智的。于是，我们开始采用百分比（相对度量单位）进行盒模型横向属性（width、左右内边距、左右外边距）的制作，使用em（相对度量单位）实现文字的处理。但盒模型纵向上还是使用固定像素作为单位。

但是，这种 *** 作导致了一个问题——主要表现在img标签的处理上。对于图片来说，只需要设置横向百分比，纵向会自动等比例缩放。在列表页以及内容页还好，毕竟内容是自动撑开父级高度的；但是在首页或者二级页，但凡涉及到父级元素高度固定的盒模型，里面的img就会出现变形（压缩或者拉伸）的问题。

这个问题也是困扰了自己许久，但是一直没有找到一个非常好的解决办法。

响应式布局

当自己还在纠结img的处理时，2013年，在北京流行起了一种新的技术——响应式布局。通过媒体查询，针对不同大小分辨率的设备，设置不同的样式。应该说，对移动端页面的开发帮助不大，原因在于，响应式的出现主要是因为我们希望一段代码能够同时适配PC端、平板电脑以及手机。由于三种平台的样式以及用户体验应该是迥然不同的，那么此时，我们就需要有“断点”，在不同位置，有不同的样式，而在两个“断点”之间的样式，则使用相对单位做“渐变性的过渡”。

应该说，响应式布局解决了典型的屏幕像素不同样式的问题，但是却依旧搞定不了之前的那个问题。

关于CSS3媒体查询的知识，可点击查看——移动端H5知识-CSS3媒体查询

横向纵向均百分比

在横向百分比，纵向像素值的方法无效时，自己能够想到的就是纵向也设置为百分比了，但是却发现，盒模型属性在纵向上的一些设置上是存在问题的，如padding-top/bottom、margin-top/bottom等。而文本属性中line-height在设置百分比时也并不是按照当前元素高度计算的。

于是，横纵向均设置为百分比的方法就破灭了~

关于盒模型的一些问题以及背景的合理使用，可点击查看——移动端H5知识-百变盒模型以及移动端H5知识-背景的妙用

横向纵向rem

随着HTML5的发展，除了原来的em单位，又新增了rem单位。这两个单位都是相对单位。1em表示的是当前元素一个字体大小的尺寸；而1rem，也表示的是一个字体大小的尺寸，但是是针对html标签进行计算的。相比之下，rem的计算起来要简单很多。于是，自己尝试用rem解决横向以及纵向的设置，舍弃掉了百分比，发现还是挺不错的，算是兼容了绝大多数机型和浏览器。之后，在使用一款华为手机进行测试的时候，发现并不支持横向的rem。于是，又需要想办法啦~~~

正解 —— 横向百分比，纵向rem

针对华为手机，我尝试了横向百分比，发现还是能够支持的，于是就折中了一下，横向使用百分比进行控制，纵向使用rem作为单位。此时能够实现所有浏览器的兼容。

优化正解 —— 横向百分比，纵向rem

在横向使用百分比，纵向使用rem时，会由于计算产生一定的误差，于是，运用学习过的一些HTML5技术，进行移动端页面的优化，例如，使用CSS3的盒阴影替换掉边框。而对于rem，在计算中通常是存在一定的字体误差的（会计算出小数点），此时正好接触了一下淘宝的移动端页面，看到了一个不错的JS框架——flexible.js，通过这个框架对页面进行处理，能够防止小数点的出现。

关于flexible.js框架的具体用法，可点击查看——移动端H5知识-处理rem小数点 flexible.js

优化正解2 —— 任性的使用固定像素来实现

上个月月初，发现网易移动端的制作方法有些特殊，查看代码时发现，网易采用了固定像素进行书写，而通过MetaHandler.js进行了页面的控制。最近尝试了一下，感觉还是挺不错的，兼容也是比较好的，不失为一种好方法。

---