CSS - 版本历史

RockinColor：删除微软的页面链接，理由：微软应该是大家比较熟悉的公司名称，没有必要单独编撰页面解释。

2011-09-23T16:48:39Z

删除微软的页面链接，理由：微软应该是大家比较熟悉的公司名称，没有必要单独编撰页面解释。

RockinColor：通过pre tag消除事例代码的url外链

2011-09-23T16:45:19Z

通过pre tag消除事例代码的url外链

easyjing：/* 概述 */

2011-06-14T08:33:32Z

‎概述

2008-10-17T23:44:02 蓝色

2008-10-17T23:44:02Z

fengtongxue：修改繁体字

2008-06-22T06:30:31Z

修改繁体字

fengtongxue：修改繁体字

2008-06-22T06:14:48Z

修改繁体字

fengtongxue：繁体改为简体

2008-06-21T08:48:15Z

繁体改为简体

fengtongxue：/* 外部链接 */

2008-06-21T08:32:06Z

‎外部链接

fengtongxue：/* 外部链接 */

2008-06-21T08:29:12Z

‎外部链接

fengtongxue：/* 外部链接 */

2008-06-21T08:28:50Z

‎外部链接

@@ 第72行： / 第72行： @@
 当时已经有过一些样式表语言的建议了，但CSS是第一个含有“层叠”的主意的。在CSS中，一个文件的样式可以从其他的样式表中继承下来。读者在有些地方可以使用他自己更喜欢的样式，在其他地方则继承，或“层叠”作者的样式。这种层叠的方式使作者和读者都可以灵活地加入自己的设计，混合各人的爱好。
-哈坤于1994年在[[芝加哥]]的一次会议上第一次展示了CSS的建议，1995年他与波斯一起再次展示这个建议。当时W3C刚刚建立，W3C对CSS的发展很感兴趣，它为此组织了一次讨论会。哈坤、波斯和其他一些人（比如[[微软]]的托马斯·雷尔登）是这个项目的主要技术负责人。1996年底，CSS已经完成。1996年12月CSS要求的第一版本被出版。
+哈坤于1994年在[[芝加哥]]的一次会议上第一次展示了CSS的建议，1995年他与波斯一起再次展示这个建议。当时W3C刚刚建立，W3C对CSS的发展很感兴趣，它为此组织了一次讨论会。哈坤、波斯和其他一些人（比如微软的托马斯·雷尔登）是这个项目的主要技术负责人。1996年底，CSS已经完成。1996年12月CSS要求的第一版本被出版。
 年初，W3C内组织了专门管CSS的工作组，其负责人是[[克里斯·里雷]]。这个工作组开始讨论第一版中没有涉及到的问题，其结果是1998年5月出版的第二版要求。到2004年为止，第三版还未出版。

@@ 第110行： / 第110行： @@
 ===一个包含CSS的XHTML文件的例子===
   <?xml version="1.0" encoding="utf-8"?>
   <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
@@ 第135行： / 第136行： @@
     </body>
   </html>
 ===一个读者定义的样式表的例子===

@@ 第26行： / 第26行： @@
 *不同的读者可以有不同的样式，比如有的读者需要字体比较大
 *HTML文件本身的范围变小了，它的结构简单了，它不需要包含显示的信息
 ==样式规则==

@@ 第66行： / 第66行： @@
 但随着HTML的成长，为了满足设计师的要求，HTML获得了很多显示功能。随着这些功能的增加外来定义样式的语言越来越没有意义了。
-[[1994年]][[哈坤·利]]提出了CSS的最初建议。[[伯特·波斯]]（'''Bert Bos'''）当时正在设计一个叫做'''Argo'''的浏览器，他们决定一起合作设计CSS。
+年哈坤·利提出了CSS的最初建议。[[伯特·波斯]]（'''Bert Bos'''）当时正在设计一个叫做'''Argo'''的浏览器，他们决定一起合作设计CSS。
 当时已经有过一些样式表语言的建议了，但CSS是第一个含有“层叠”的主意的。在CSS中，一个文件的样式可以从其他的样式表中继承下来。读者在有些地方可以使用他自己更喜欢的样式，在其他地方则继承，或“层叠”作者的样式。这种层叠的方式使作者和读者都可以灵活地加入自己的设计，混合各人的爱好。
-哈坤于1994年在[[芝加哥]]的一次会议上第一次展示了CSS的建议，[[1995年]]他与波斯一起再次展示这个建议。当时W3C刚刚建立，W3C对CSS的发展很感兴趣，它为此组织了一次讨论会。哈坤、波斯和其他一些人（比如[[微软]]的托马斯·雷尔登）是这个项目的主要技术负责人。[[1996年]]底，CSS已经完成。1996年12月CSS要求的第一版本被出版。
+哈坤于1994年在[[芝加哥]]的一次会议上第一次展示了CSS的建议，1995年他与波斯一起再次展示这个建议。当时W3C刚刚建立，W3C对CSS的发展很感兴趣，它为此组织了一次讨论会。哈坤、波斯和其他一些人（比如[[微软]]的托马斯·雷尔登）是这个项目的主要技术负责人。1996年底，CSS已经完成。1996年12月CSS要求的第一版本被出版。
-[[1997年]]初，W3C内组织了专门管CSS的工作组，其负责人是[[克里斯·里雷]]。这个工作组开始讨论第一版中没有涉及到的问题，其结果是[[1998年]]5月出版的第二版要求。到[[2004年]]为止，第三版还未出版。
+年初，W3C内组织了专门管CSS的工作组，其负责人是[[克里斯·里雷]]。这个工作组开始讨论第一版中没有涉及到的问题，其结果是1998年5月出版的第二版要求。到2004年为止，第三版还未出版。
 ==采纳的困难==
-尽管CSS1规格1996年就完成了，但一直到三年后还没有一个浏览器彻底实现了这些规格。[[2000年]]3月出版的微软在[[麥金塔电脑]]上运行的[[Internet Explorer]] 5.0是第一个彻底贯彻CSS1的浏览器。此后许多其他浏览器也贯彻了CSS1和CSS2的一部分。但到2004年为止还没有一个浏览器彻底贯彻了CSS2。尤其'''aural'''和'''paged'''等特性是被支持得最差的。
+尽管CSS1规格1996年就完成了，但一直到三年后还没有一个浏览器彻底实现了这些规格。2000年3月出版的微软在[[麥金塔电脑]]上运行的[[Internet Explorer]] 5.0是第一个彻底贯彻CSS1的浏览器。此后许多其他浏览器也贯彻了CSS1和CSS2的一部分。但到2004年为止还没有一个浏览器彻底贯彻了CSS2。尤其'''aural'''和'''paged'''等特性是被支持得最差的。
 即使彻底贯彻了CSS1的浏览器也遇到了许多困难。许多CSS的贯彻互相矛盾、有错或有其他稀奇古怪的地方。为了使他们的页面在所有的浏览器中、在所有的系统上的显示相同，作者往往要使用特别的技巧或结局特殊的困难。一个最著名的错误涉及到显示方形的宽度，在Internet Explorer浏览器中方形的宽度的显示有错误，其结果是方形的宽度在许多浏览器中被正确地显示，但在Internet Explorer上方形的宽度太窄。虽然这个错误有解决的办法，但它限制了其他一些功能。

@@ 第75行： / 第75行： @@
 ==采纳的困难==
-尽管CSS1规格1996年就完成了，但一直到三年后还没有一个浏览器彻底实现了这些规格。[[2000年]]3月出版的微软在[[麥金塔電腦]]上运行的[[Internet Explorer]] 5.0是第一个彻底贯彻CSS1的浏览器。此后许多其他浏览器也贯彻了CSS1和CSS2的一部分。但到2004年为止还没有一个浏览器彻底贯彻了CSS2。尤其'''aural'''和'''paged'''等特性是被支持得最差的。
+尽管CSS1规格1996年就完成了，但一直到三年后还没有一个浏览器彻底实现了这些规格。[[2000年]]3月出版的微软在[[麥金塔电脑]]上运行的[[Internet Explorer]] 5.0是第一个彻底贯彻CSS1的浏览器。此后许多其他浏览器也贯彻了CSS1和CSS2的一部分。但到2004年为止还没有一个浏览器彻底贯彻了CSS2。尤其'''aural'''和'''paged'''等特性是被支持得最差的。
 即使彻底贯彻了CSS1的浏览器也遇到了许多困难。许多CSS的贯彻互相矛盾、有错或有其他稀奇古怪的地方。为了使他们的页面在所有的浏览器中、在所有的系统上的显示相同，作者往往要使用特别的技巧或结局特殊的困难。一个最著名的错误涉及到显示方形的宽度，在Internet Explorer浏览器中方形的宽度的显示有错误，其结果是方形的宽度在许多浏览器中被正确地显示，但在Internet Explorer上方形的宽度太窄。虽然这个错误有解决的办法，但它限制了其他一些功能。

←上一版本		2008-06-22T06:14:48的版本
第1行：		第1行：
−	'''层叠样式表'''~~（或稱串樣式列表），简写为~~'''CSS'''，是英语'''Cascading Style Sheets'''的缩写。它是[[W3C]]定义和维护的标准，一种用来为结构化文档（如[[HTML]]文档或[[XML]]应用）添加样式（字体、间距和颜色等）的[[计算机语言]]。目前最新版本是CSS 2.1，为W3C的候选推荐标准。下一版本CSS 3仍然在开发过程中。	+	'''层叠样式表'''（或称串样式列表），简写为'''CSS'''，是英语'''Cascading Style Sheets'''的缩写。它是[[W3C]]定义和维护的标准，一种用来为结构化文档（如[[HTML]]文档或[[XML]]应用）添加样式（字体、间距和颜色等）的[[计算机语言]]。目前最新版本是CSS 2.1，为W3C的候选推荐标准。下一版本CSS 3仍然在开发过程中。

	==概述==		==概述==

@@ 第142行： / 第142行： @@
 这样的文件被贮存在读者的计算机内，他在浏览器内记录下显示时使用这个文件。'''!important'''表示在显示时使用读者的规定，而不是作者的规定。
-==常見的陷阱==
+==常见的陷阱==
-有時一個網頁的作者會亂用CSS。有些習慣於只使用HTML的作者可能會忽視CSS提供的可能性。比如有些習慣於使用HTML的顯示指令的作者可能會在所有的HTML文件內加入CSS樣式。這比將HTML顯示和結構指令混在一起是一個進步，但它還是有許多同樣的缺點，而且維護時的工作量與混合使用差不多。
+有时一个网页的作者会乱用CSS。有些习惯于只使用HTML的作者可能会忽視CSS提供的可能性。比如有些习惯于使用HTML的显示指令的作者可能会在所有的HTML文件內加入CSS样式。这比將HTML显示和结构指令混在一起是一个进步，但它还是有许多同样的缺点，而且维护时的工作量于混合使用差不多。
-CSS與其他程式語言有著一些共同的陷阱。尤其在命名CSS的'''id'''和'''class'''時CSS作者往往會選擇一個比較有說明性的名稱而使用顯示特徵作為它們的名稱。比如一個作者可能使用'''bigred'''來命名一個用大紅字體的突出顯示的字節。在當時對作者來說這個名稱可能是很直覺的，但假如後來作者決定突出顯示的字節應該使用綠色，而不是紅色的話，他的命名就有毛病了。在上面這個例子中，一個更合適的名稱應該是'''emphasized'''，它描寫的是這個'''class'''的用意，而不是它是如何被顯示的。
+CSS于其他程式语言有着一些共同的陷阱。尤其在命名CSS的'''id'''和'''class'''时CSS作者往往会选择一个比较有说明性的名称而使用显示特徵作为它们的名称。比如一个作者可能使用'''bigred'''来命名一个用大紅字体的突出显示的字节。在当时对作者來说这个名称可能是很直觉的，但假如后来作者決定突出显示的字节应该使用绿色，而不是红色的话，他的命名就有毛病了。在上面这个例子中，一个更合适的名称应该是'''emphasized'''，它描写的是这个'''class'''的用意，而不是它是如何被显示的。
-另一個毛病是未記錄的、未定義的和往往會被遺忘的名稱。一個網頁作者可能會選擇上百個名稱。名稱如'''footer'''、'''footnote'''或者'''explanation'''、'''note'''、'''info'''、'''more'''可能是指同一回事。這樣許多重複的名稱就出現了。有時一個複雜的網站的設計者可能會依賴在HTML文件內與HTML指令結合的CSS指令來解決這個問題，但這樣一來他又把內容與顯示黏有一起了，而且這樣一來這個文件就只適合於某一媒體了。（外部樣式表的一個大優點就是它是跨媒體的，因為不同的樣式可以特別適用於不同的輸出媒體。）
+另一个毛病是未记录的、未定义的和往往会被遺忘的名称。一个网页作者可能会选择上百个名称。名称如'''footer'''、'''footnote'''或者'''explanation'''、'''note'''、'''info'''、'''more'''可能是指同一回事。这样许多重复的名称就出现了。有时一个复杂的网站的设计者可能会依赖在HTML文件內于HTML指令結合的CSS指令來解决这个问题，但这样一来他又把內容于显示点有一起了，而且这样一来这个文件就只适合于某一媒体了。（外部样式表的一个大优点就是它是跨媒体的，因为不同的样式可以特別适用于不同的输出媒体。）
-HTML本身的複雜性是另一個困難處。雖然大部分使用CSS的文件比傳統的使用表格的文件要整潔，但過分使用'''class'''和過於細膩的結構層次同樣使HTML變得繁庸。此外有的作者過分使用'''div'''指令。
+HTML本身的复杂性是另一个困难处。虽然大部分使用CSS的文件比传统的使用表格的文件要整洁，但过分使用'''class'''和过于細膩的结构层次同样使HTML变得繁庸。此外有的作者过分使用'''div'''指令。
-另一個陷阱是為了克服常見的瀏覽器錯誤而引入特別的CSS指令，這些指令當然是為了克服已知的錯誤而引入的，但它們使一個CSS文件的維護性能降低，有時這樣的CSS文件的維護量甚至比過去的HTML文件的維護量還大。
+另一个陷阱是为了克服常见的浏览器错误而引入特別的CSS指令，这些指令当然是为了克服已知的错误而引入的，但它们使一个CSS文件的维护性能降低，有时这样的CSS文件的维护量甚至比过去的HTML文件的维护量还大。
-有時一個作者可能會過度地使用CSS來決定他的文件應該怎樣被顯示。經常一個作者會決定隱藏超連結底下的橫線，這很容易做到，但對讀者來說這可能會是一個不方便。
+有时一个作者可能会过度地使用CSS来決定他的文件应该怎样被显示。经常一个作者会決定隐藏超连結底下的橫线，这很容易做到，但对读者來说这可能会是一个不方便。
 ==CSS的要求==

@@ 第180行： / 第180行： @@
 *[http://jigsaw.w3.org/css-validator/ W3C的CSS校验服务]
 *[http://csszengarden.com/ CSS Zen Garden 展示了CSS的强大能力 ]
-*{{zh}}[http://zh.html.net/tutorials/css/ HTML.net的简易CSS教程]
+*[http://zh.html.net/tutorials/css/ HTML.net的简易CSS教程]
-{{網頁技術與標準}}
-[[Category:W3C标准]]
+[[网页技术与标准]] [[Category:W3C标准]] [[Category:CSS]]
 [[Category:CSS]]