采用相同的技术，可以导入print.css文件（和你猜想的一样，包含打印布局的特定规则）。
@import ‘screen.css’ screen; @import ‘print.css’ print;
现在我们不仅拥有了组织得很漂亮的样式表，我们还拥有了一套逐步增强站点设计的有效方法。
（图示：多个样式表间的相互关系以及将它们应用到文档的方法）
现在讨论值一千万美元的问题：如何处理IE6？
对很多伙计来说，Internet Explorer 6 是一个新的 Netscape 4 ——所有人都想让它滚蛋。
我们略过对IE6问题的喋喋不休。IE6的问题已经有了很好的文档总结，并且，老实说，解决起来也并不是那么困难。而且，IE7的采纳相当快速（特别是在消费市场），同时IE8也已经在公测了。这意味着某一天，我们可以真正地对老态龙钟的IE6说拜拜。
不管是有意还是无意，微软在推出IE5时，为渐进增强提供了一个好工具：条件注释。这些巧妙的逻辑片段（在所有其它浏览器中都降级为HTML注释（译注：其它浏览器把IE的条件注释理解为纯粹的HTML注释，不起任何作用））不仅允许某些标记代码片段只作用于IE，还允许这些代码片段只作用于IE的特定版本。
作为有Web标准意识的开发者，我们始终应该首先在大部分现有的兼容标准的浏览器上测试我们的设计，然后再为那些稍作细微修改就能回到正轨的浏览器提供补丁。每个人的工作流程都不同，但我发现最好用一套标准的文件来开始每个项目。我的基本套件包括以下文件：
type.css
layout.css
screen.css
print.css
color.css
然后，根据项目的需求，添加针对特定浏览器的CSS文件来包含那些“细微修改”。在现在的大部分项目中，这些文件是ie7.css和ie6.css. 如果项目要求支持IE6之前的版本，我也会为其创建相应的文件（比如ie5.5.css等等）。将这些文件放在恰当的位置后，我开始将样式规则添加到合适的样式表中。
我的CSS测试都是从Mozilla Firefox中开始，因为我的大部分CSS都是用Firefox的CSS编辑侧栏来编写的。一旦在Firefox中完成了页面设计，我立刻开启其它浏览器来测试查看。大部分表现很完美，因为他们遵守了Web标准。接着打开IE7来测试。大部分情况下也没多少问题，偶尔需要触发hasLayout或者修正另一些布局上的小错误。我没有将这些修正补丁写入到基本套件的样式表文件中，而是添加到ie7.css中，并且在文档的HEAD中通过条件注释来引入：
<!– [if lte IE 7]> <link rel="stylesheet" type="text/css" href="ie7.css" /> <[endif]–>
