ilMilk.com

在过去，小屏幕移动设备网页通常也被称之为WAP页，或WAP站。
原因是这类网页起源于一个叫WAP的无线协议。
WAP能够运行于各种无线网络之上，如GSM、GPRS、CDMA等。WML是无线注标语言（Wireless Makeup language）的英文缩写。支持WAP技术的手机能浏览由WML描述的Internet内容。
而如今的小屏幕移动设备，比如手机，都已经具备访问WWW的能力。其内置的浏览器，或是第三方浏览器大多是WebKit引擎。
也因此没人再用WML组织WAP站点了，一般都是用HTML+CSS的方式。
在设计小屏幕移动设备网页时，你可能先得了解这么一些前提：

• 手机屏幕分辨率乱得一塌糊涂，什么分辨率都有！
• 我们的手机上网费用贼贵贼贵！
• UC浏览器拥有了贼大的市场占有率！ 

关于UC浏览器：

没错，不得不提它。谁叫它的市场占有率高呢。
对于UC浏览器而言，显然是非常适合我国国情的，它给用户最大限度地节约手机上网流量。（UC浏览器打的口号貌似也就是省流量这一招了）。
基于移动应用，以及文本的可读性，UC浏览器也体现了大字体、大行距等特性。
UC浏览器相对于其他手机浏览器而言，对HTML标签和CSS属性存在有特殊的、自定义的处理方式。
而所做的这些特殊处理，按目前来看，应该将会继续保留较长一段时间，直到手机上网费用得到较大幅度的下降，令消费者更大胆地移动上网之时。

在实际开发中，我们发现了UC浏览器对CSS存在一些“特殊照顾”：

• 不支持font-family属性，也就是说，在UC浏览器你只能看到一种字体；
• 不支持font-szie属性，也就是说，在UC浏览器你只能看到一样大小的字体；
• 不支持width、height、padding、margin、line-height属性，也就是说，在UC浏览器只能通过p、br等HTML标签来换行以达到字符上下间隔；
• 不支持固定像素的宽度，100%显示页面，也就是说，在UC浏览器始终将看到的是“满屏的”；
• 不支持浮动、层叠布局，float和position属性无效，也就是说，在UC浏览器你只能看到“左对齐”。
• 支持background-color，但不支持background-image，也就是说不支持CSS背景图显示，在UC浏览器你只能看到背景色。

不过，个人仍然认为，如今建设小屏幕移动设备网页，完全可依据WebKit引擎的浏览器作为标准进行界面开发。
换句话说，我们设计支持UC浏览器的网页，而不是设计以UC浏览器为标准的网页。
这样做还有个好处，可以在大部分的手机浏览器上保证相对一致的样式。
而针对UC这种连float等标准CSS属性也不支持的浏览器，别过于纠结它！
但为了保证界面中各元素在UC浏览器仍具有良好的阅读顺序，严重建议HTML编码人员留意各个HTML标签的先后顺序。
因为只有在支持float、position属性的浏览器下，页面各个容器才可以任意浮动或层叠的。否则，浏览器将按HTML标签的先后顺序显示。

另外一些小屏幕移动设备网页设计的相关补充：

• 网站头(header)
  考虑到小屏幕移动设备的一些特性，设计网页时，有些可以去掉网站头（包括LOGO、全局导航什么的）。
  比如flick的查看大图页面就去掉了网站头。
  

  这里我自创了一句时髦的设计原则：“针对于小屏幕移动设备的界面设计，在某些指定任务的界面，应优先于让用户关注当前任务，而不是应用程序本身。” 这个原则是行得通的，同样适用于设计移动设备应用程序~
  打个比方说，如果你在设计小屏幕移动设备访问的邮箱时，完全可以在写信、邮件阅读页去掉网站头~

• 链接聚焦（hover）
  各个浏览器均自定义了链接的hover样式，比如有的浏览器给链接聚焦时加了边框，有的浏览器给链接聚焦时加个背景色之类。因此小屏幕移动设备网页不需要在CSS中编写hover样式。
• 鼠标事件（mouseover）
  考虑到触摸屏操作，用户无法用手指进行over的操作，因此应禁止在应用于移动设备访问的网页使用mouseover。

转自：网易杭州研究院UX团队博客

原文链接：http://ucd.blog.163.com/blog/static/111307086201091211522637/

position:absolute定位在IE6下存在left和bottom的定位错误问题:

<!–IE6下的left定位错误–>
<div style=”position:relative;border:1px solid orange;text-align:center;”>
     <a href=”http://www.ilmilk.com”>http://www.ilmilk.com/</a>
<div style=”position:absolute;top:0;left:0;background:#CCC;”>ilMilk</div>
</div>

<!–IE6下的left定位错误–>
<hr />
<div style=”position:relative;border:1px solid orange;text-align:right;”>
     <a href=”http://www.ilmilk.com”>http://www.ilmilk.com/</a>
<div style=”position:absolute;top:0;left:0;background:#CCC;”>ilMilk</div>
</div>

上面这段代码在IE6中定位错误。解决办法有两种：1、给父层设置zoom:1触发layout。 2、给父层设置宽度（width）。

<!–解决方法1 zoom:1–>
<hr />
<div style=”position:relative;border:1px solid orange;zoom:1;text-align:center;”>
     <a href=”http://www.ilmilk.com”>http://www.ilmilk.com/</a>
<div style=”position:absolute;top:0;left:0;background:#CCC;”>ilMilk</div>
</div>

<!–解决方法2 设置width–>
<hr />
<div style=”position:relative;width:99%;border:1px solid orange;text-align:center;”>
     <a href=”http://www.ilmilk.com”>http://www.ilmilk.com/</a>
<div style=”position:absolute;top:0;left:0;background:#CCC;”>ilMilk</div>
</div>

下面的这段代码在IE6下，bottom定位错误：

<!–IE6下的bottom定位错误–>
<hr />
<div style=”position:relative;border:1px solid orange;text-align:center;”>
     <a href=”http://www.ilmilk.com”>http://www.ilmilk.com/</a>
<div style=”position:absolute;bottom:0;left:0;background:#CCC;”>ilMilk</div>
</div>

解决办法和left定位类似：方法1是给父层设置zoom触发layout，方法2是给父层设置高度（height）。

<!–解决方法1 zoom:1–>
<hr />
<div style=”position:relative;border:1px solid orange;zoom:1;text-align:center;”>
     <a href=”http://www.ilmilk.com”>http://www.ilmilk.com/</a><br />
<a href=”http://www.ilmilk.com”>http://www.ilmilk.com/</a>
<div style=”position:absolute;bottom:0;left:0;background:#CCC;”>ilMilk</div>
</div>

<!–解决方法2 设置height–>
<hr />
<div style=”position:relative;height:60px;border:1px solid orange;text-align:center;”>
     <a href=”http://www.ilmilk.com”>http://www.ilmilk.com/</a>
<div style=”position:absolute;bottom:0;left:0;background:#CCC;”>ilMilk</div>
</div>

IE6中很多Bug都可以通过触发layout得到解决，以上的解决方法无论是设置zoom:1还是设置width和height其实都是为了触发layout。下列的CSS属性或取值会让一个元素获得layout：        

position:absolute 绝对定位元素的包含区块(containing block)就会经常在这一方面出问题

float:left|right 由于layout元素的特性，浮动模型会有很多怪异的表现

display:inline-block 当一个内联级别的元素需要layout的时候就往往符用到它，这也可能也是这个CSS属性的唯一效果—-让某个元素有layout

width: 除auto外的任何值

height: 除auto外的任何值

zoom: 除auto外的任何值

先说下什么是960框架…

960CSS框架是一个非常流行的CSS框架，它是国外最成熟的CSS框架之一，而且结构清晰，代码简洁，容易上手。

960的基本原理是网格技术，而且960是CSS 网格技术的最完美实现。

网格技术是最近两年才出现的一种网页布局方法，它的原理是将页面平均分割成N列，然后通过组合相应数量的列来完成对页面的布局。

960的方法是，将页面平均分成12列或16列，然后列与列之间是完全独立的，每一列的margin和padding都是相同的，这样，每列之间就不会出现那些常见的bug。

BluePrint和YUI也有网格技术，但是它们的列与列之间的空白，是通过单边的margin来实现的，这样就需要在第一列或最后一列添加额外的样式。好了，回归正题~很久前看过960框架介绍，没深入去了解，所以一直也没机会尝试。前段时间正好设计一个专题，发现此专题可以用960框架去实现。要看demo就点我啦~

文绉绉的话不会说了，第一次尝试吧，在实践过程中学到挺多的。我用的是24列框架布局，每一列的宽度是30px，间隔是margin：0 5px;

核心代码：

.container_24 { width:960px; clear:both; overflow:hidden; _height:1%; margin-bottom:10px;}

.grid_6,.grid_12,.grid_18 { margin:0 5px; float:left; display:inline;}

.grid_6 { width:310px;}

.grid_12 { width:470px;}

.grid_18 { width:630px;}

对于每列的公用样式，通过“.grid_1,.grid_2,.grid_3, …… .grid_24这样的写法来实现，我认为不如将这个公用的样式独立出来，写成另外的一个样式，而每列的class，只负责控制列的宽度就行了，这样比较灵活而且更简单， 更易于理解和使用。

需要注意的：

1.设计前务必得计算好宽度，请精确到1px

2.960框架的宽度为960px,960px是有包含第一列的margin-left和最后一列的margin-right

3.清除浮动 clear：both不能少

点击下载：960CSS

暂时就这些，哪里忽略的希望各位懂的同学给我指出来，谢谢~~

/* 禁止换行 */
.nowrap{word-break:keep-all;white-space:nowrap;}
/* 强制换行 */
.break{word-break:break-all;}

在不想换行的标记上加入样式nowrap，在需要强制换行的地方加入样式break，这样就实现了强制换行与不换行了。

mark~加深印象！顺便测试下更换IP后，文章多长时间能被搜索引擎收录~

在做大型的项目的时候，前期，一定要做好规划，，有条有理的进行之中。。。CSS文件也是这样，一般在做这种项目的时候，网站都会有一个专门放置CSS的文件夹。。

在当前浏览器普遍支持的前提下，css被我们赋予了前所未有的使命。然而依赖css越多，样式表文件就会变得越大越复杂。与此同时，文件维护和组织的考验也随之而来。

(曾几何时)只要一个css文件就够了——所有规则(rule)汇聚一堂，增删改都很方便——可这种日子早已远去。(现在)建立新网站时，必须花点时间好好筹划怎么组织和架构css。

文件的组织

构建css系统的第一步是大纲的拟定。(我认为)css组织规划的重要性堪比网站目录结构。(htmlor注:用词夸张一点，让你加深记忆) 没有哪种方案放之四海而皆准，因此我们会讨论一些基本的组织方案，以及它们各自的利弊。

主css文件

通常可以使用一个主css文件，来放置所有页面共享的规则。这个文件会包含默认的字体、链接、页眉和其他等样式。有了主css文件之后，我们开始探讨高级组织策略。

方法一:基于原型

最基本的策略是基于原型页面(archetype page)分离css文件。假如一个网站的首页、子页面和组合页设计不同，就可以采用基于原型的策略。(这种策略下)每个页面都会有专属的css文件。

在原型数量不多的情况下，这个方法简单明了、行之有效。然而，当页面元素并不按部就班的位于各个原型页时，问题就出现了。如果子页面和组合页共享某些元素，而首页却没有，我们应该怎么做呢?

把共享元素放入主css文件。这虽不是最纯正的解决办法，却适用于某些具体情况。可是如果网站庞大，(这样做的话)主css文件会迅速膨胀——这就违背了分离文件的初衷:避免导入不必要的大文件。

在组合页和子页面的css文件里各放一份样式代码。(这么做)就意味着要维护冗余代码，很显然我们不想这样。

创建一个新的文件，由这两种页面共享。这听起来不错。不过假如只有10行代码，我们创建这个 文件仅仅是为了共享这10行代码?(htmlor注:杀鸡用牛刀?) 这方法很纯粹，但如果网站庞大有很多对页面共享很少量元素时(htmlor注:比如30对页面分别共享10行代码)，就显得很笨重了。

创建一个单独的css文件，包含所有共享元素的样式。这方法可能比较简单，却要取决于网站的大小和共享元素的多少。有种情况会很烦:导入了一个很大的css文件，但页面只用到一小部分样式——还是那句话，这违背了分离文件的初衷。

这就是我所说的重叠的两难(overlap dilemma)。零碎css规则的重叠不一而足，并没有一个完全清晰无误的方案来组织它们。

方法二:基于页面元素/块

如果网站使用服务器端include，这个方法会很不错。举例说明，如果使用页眉include，它会有自己相应的css文件。页脚或者其他部分的include可以如法炮制，只须导入自己的css文件。这个方法简单干净，不过可能会产生很多小css文件。

举例来说，假如页脚的样式只需要20行css代码，单独创建一个文件就划不来了。而且这个方法会导致每个页面都包含一堆css文件——因为有多少include，就得有多少css文件。

方法三:基于标记

这个方案直观实际，与前一个类似。如果网站共有30个页面，其中10个含有form，那么可以创建一个css文件专门处理form的样式，只在这10个页面导入它。如果另外10个页面含有table，就创建一个文件专门处理table样式……诸如此类。

另外的组织技巧

除了用主观的方法组织文件，我们还要考虑如打印、手持设备和屏幕等多种媒体类型。这虽然已经很清楚的定义过，可依旧是建立文件结构时应该考虑的一个因素。一旦必须支持多种媒体类型，主css文件里的某些规则可能就得重新考虑。

另外，品牌联合也可能是一个重要因素。(htmlor注:如google和nike联手推出的joga) 如果涉及品牌联合，你就得考虑哪些元素应该调整以适应另一品牌。比如分别使用不同的css文件等。

还有一个常被忽略的技巧:使用嵌套的@import语句。只包含一连串@import语句， 或者再加几句css规则，就能创建一个css文件。用这个方法完全可以创建网站的主css文件(用@import导入各部分的样式文件)。假如网站的每个 页面都导入了4到5个不同的css文件，无疑你应该考虑使用这个技巧。

规则和选择器的组织

谈完了文件组织，接着讨论一下怎么组织文件里的东西吧。很自然，我们希望在文件里畅通无阻的浏览，迅速找到要编辑的选择器(selector)或规则。

冗余 vs. 附属

正如Dave Shea在其文章《冗余 vs. 附属》(Redundancy vs. Dependency)里所说的，你必须不断了解级联(cascade)。你要决定是对选择器编组(意味着附属)，还是把它们分离(意味着冗余)。编组可 以保持代码简洁扼要，可是会建立附属关系，导致维护开销增加。如果不编组，就会增加文件大小，让相似的选择器保持一致变得困难。只有做好这种权衡、取舍， 才能每次都作出正确的决定。

按相互关系/上下文编组

既然文件组织可以是主观的，那么显然，按照规则和选择器与其他部分的相互关系来进行编组是最好的方法。举例说明，假设你用容器、页眉和页脚来完成布局，就应该把它们编成一组。

这似乎很简单，其实不然。比如，把页眉中的导航加入css时，是将它跟父元素编组还是独立编组?这种情况下，要视乎规则的上下文。通常，页眉与页面布局相关，应该与其他布局元素一起编组。而导航是页眉的一块，应该和页眉的其他块编组，而不是页眉本身。

使用注释

跟大多数代码类似，注释是组织良好与否的关键。应该根据css的控制范围，清楚的标注每节(section)。最好确保注释视觉突出，以便在内容滚动、一目十行时快速定位。

Doug Bowman在其文章《css组织技巧之一:标记》(CSS Organization Tip #1: Flags)里把css注释玩得高明之极。他详细说明了在节名之前加上等号，以便使用文本编辑器的查找功能迅速跳到某节。

别忘了

你应该细致认真的了解了特异性、级联和继承，并善用它们。它们之中的每一项都可以是你最可怕 的敌人，也可以是你最友善的朋友。当建立庞大的网站时，是否理解这些细微精妙之处，决定了你所构建的是坚如磐石的系统，还是经不起风雨的豆腐渣工 程。(htmlor注:这句完全意译，比较爽)

属性的组织

现在我们了解了文件的组织，也知道了文件内规则的组织，但还有一个重要的组织环节(没有提到)，那就是属性(attribute)。虽然属性比前两个概念更简单，可是还有一些非常好的、能够保持规则整洁的方法很值得一提。

按字母排序

提到属性，如果说需要遵循什么原则的话，那就是:按-字-母-排-序。其实这招对于属性浏览帮助不大，不过可以防止属性值覆盖这种偶然事件的发生。

举个例子吧，已经数不清有多少次，我为某个选择器定义过了margin值，之后的某天无意间 又加了一个(或前或后)。(这种情况下)后一个属性自然会起作用。假设不知道第二个属性存在，不管我怎么调整第一个属性值、刷新浏览器，也看不到页面变 化。(htmlor注:这个问题我深有体会) 如果按照字母顺序排列，你就会发现margin被定义了两次(因为它们挨在一起)，这个问题自然可以避免。

优先项

当网站复杂、牵涉太多css文件时，会建立大量的附属关系。一旦需要定制某个元素特有的样式，!important选项似乎是最佳选择。没错，!important是能解一时之需，但最好搞清楚导致问题的根源，然后根据级联关系决定是否真的需要用它。

如果你对上文提到的特异性、级联和继承很熟悉，大可不必抱着!important一颗树不 放。(htmlor注:整片森林等着你~) 当然它还是会派上用场，不过使用之前要对具体情况了然于胸。千万不要因为不知问题的症结所在而把!important当作捷径或是补救方案。

小结

当我们变得依赖css而使样式表日渐复杂时，就需要正确的计划来避免犯错，并使代码易于维护。既然完美无缺的方案并不存在，那么了解css的工作方式以及文件、选择器和属性的多种组织方案，无疑有助于我们写出优质的代码，经受住时间考验。