XSL 1.1 是否准备kill css

http//www.w3.org/TR/2005/WD-xsl11-20050728/

XSL 1.0很简单 确实不会影响到css.

但是新的1.1版本扩充了太多的功能 很多都是和css2 重合的 或则直接copy过来. 如果浏览器支持xsl 1.1就无需再支持css2 , 那么css会不会逐渐被抛弃 ?

xsl 将要 kill css ?

哪个sb浏览器敢这么干？

希望大家多谈谈xsl1.1

不要被我的标题带跑题

我的判断是不会。理由是：
1、开发成本。XSL 在没有出现功能强大的 IDE 之前，不会成为主流的开发模式。CSS 的学习成本和使用成本都要远远低于 XSL。从可重用性的角度来说，CSS 的可重用性并不比 XSL 低，事实上我很少见到真正可以重用的 XSL 样式单，而 CSS 的重用则要比 XSL 重用容易得多。

2、XSL 和 CSS 的作用定位不同。CSS 的作用就是单一用来做布局的。XSL 实际上分成两部分，XSLT 和 XSL-FO。一般人实际上只用到了 XSLT，他们所谓的 XSL 实际上指的是 XSLT；而 XSL-FO 相当复杂，我们很少会用到。XSLT 也可以用来做布局，但是 XSLT 最主要的作用还是用来转换 XML，将 XML 从一种词汇表转换为另外一种词汇表。

3、XSL 的起源和 XML Schema 很象，是一些开发人员感觉处理 CSS 无法使用 XML Parser 的资源，需要另外开发不同的解析器，一些 100% pure XML 的狂热分子认为什么都应该使用 XML 来描述，但是事实上并没有足够的证据证明必须要这样做。当然对于 XML Schema/Relax NG，相对于 DTD 来说采用 XML 来描述确实带来了巨大的利益（更加精确的数据格式定义使得 Schema 更适合于面向数据的应用，可以在运行时动态生成和修改 Schema 描述等等）。不过对于 XSLT，我并没有看到其在描述布局方面相对于 CSS 有任何优势，甚至我感觉没有任何优势。我并不认为将来的世界什么都应该使用 XML 来描述。即使出现了 XML Schema 和 XSLT，DTD 和 CSS 也不会消失或者被彻底淘汰，这是一种天真的想法。事实上 DTD 在面向文档的应用中还是有很多优势的，而在界面布局领域，CSS 相对于 XSLT 的优势简直就是压倒式的。

"1、开发成本。XSL 在没有出现功能强大的 IDE 之前，不会成为主流的开发模式。CSS 的学习成本和使用成本都要远远低于 XSL。从可重用性的角度来说，CSS 的可重用性并不比 XSL 低，事实上我很少见到真正可以重用的 XSL 样式单，而 CSS 的重用则要比 XSL 重用容易得多。"

这也许吧 但也很难确定. 对于没有接触过css的人 也许xsl更容易被理解和接受. 我认为xsl会成为web程序员的基础语言之一 . xsl的重用是css无法比模的, css只能处理一些静态的东西,而xsl本身就是一门编程语言. cocoon 的form框架 依靠xsl将form改造的相当灵活 远远超过现有的其他框架 包括jsf. 

"2、XSL 和 CSS 的作用定位不同。CSS 的作用就是单一用来做布局的。XSL 实际上分成两部分，XSLT 和 XSL-FO。一般人实际上只用到了 XSLT，他们所谓的 XSL 实际上指的是 XSLT；而 XSL-FO 相当复杂，我们很少会用到。XSLT 也可以用来做布局，但是 XSLT 最主要的作用还是用来转换 XML，将 XML 从一种词汇表转换为另外一种词汇表。"

xsl xsl-fo过去是分离的w3c没有将他们放到一起,但现在1.1版本将他们合在一起 这是值得关注的. xsl做布局是适合的. 我就经常用xsl来做布局. 比如用top.xsl bottom.xsl ....将xml套上 top bottom left right等标签. 然后再用page.xsl做个模板 有的时候为了美观会用到css 但将css放到xml中是很碍眼的 如果xsl能做到我肯定会放弃css.

"3、XSL 的起源和 XML Schema 很象，是一些开发人员感觉处理 CSS 无法使用 XML Parser 的资源，需要另外开发不同的解析器，一些 100% pure XML 的狂热分子认为什么都应该使用 XML 来描述，但是事实上并没有足够的证据证明必须要这样做。当然对于 XML Schema/Relax NG，相对于 DTD 来说采用 XML 来描述确实带来了巨大的利益（更加精确的数据格式定义使得 Schema 更适合于面向数据的应用，可以在运行时动态生成和修改 Schema 描述等等）。不过对于 XSLT，我并没有看到其在描述布局方面相对于 CSS 有任何优势，甚至我感觉没有任何优势。我并不认为将来的世界什么都应该使用 XML 来描述。即使出现了 XML Schema 和 XSLT，DTD 和 CSS 也不会消失或者被彻底淘汰，这是一种天真的想法。事实上 DTD 在面向文档的应用中还是有很多优势的，而在界面布局领域，CSS 相对于 XSLT 的优势简直就是压倒式的."

不要忘记xsl是图灵创造的.

你这样说是因为你们使用 Cocoon 这个框架，这个框架严重依赖于 XSLT 的技术。你们在里面不能直接写 HTML。其实如果你能直接写 HTML/XHTML，根本就不需要将 CSS 放到某个 XSLT 样式单中间去。因为你们使用 Cocoon，所以你现在不得不使用这样迂回的方法来做。因为目前 XSLT 描述界面布局的能力是非常不足的，很多时候必须要借助于 CSS 的帮助。按照你的描述，XSL 1.1 为解决这个问题取得了很大的进展，让你们有希望摆脱这种尴尬的局面，可以完全基于 XSL 来描述界面布局，于是你感到欢呼雀跃。但是 XSL 1.1 规范出来到得到广泛的支持还需要一段时间（最主要的还是浏览器的支持，这个问题不解决，谈的再多也是空想），我估计还要一年左右的时间。更何况这种方法的成本如何，是否真正实用还需要得到大量实践的验证（CSS 的实用性早已得到大量实践的验证，以至于我们现在已经没有必要再争论这个问题了）。而 CSS 也没有在原地踏步，CSS 3.0 也在紧锣密鼓地制订中，将来鹿死谁手还很难说。
http://www.w3.org/Style/CSS/current-work
XSLT 开发和 CSS 开发我都做过，从简便性和易于理解的方面来讲，CSS 胜出是毫无疑问的。美工都很容易精通 CSS，但是让他们精通 XSLT 并不象你想象的那么简单。

楼主既然说要 Kill CSS，那么就应该给我们一些令人信服的 CSS 不好的理由，因为这是包括我在内的很多朋友都不清楚的。难道仅仅是因为语法不是 XML 吗？这个理由有些过于牵强。宣判 CSS 的死刑在 JavaEye 也要经过合法的审判程序，我们可不能错杀一个好人，当然也不能仅仅因为某个人的好恶就宣判一种技术的死刑。JavaEye 现在形成的一些共识都是经过长期讨论后得到的，也是经得起时间考验的。

支持dlee

可能是要等几年 估计在2007年以前 不会对css构成什么威胁.

"楼主既然说要 Kill CSS，那么就应该给我们一些令人信服的 CSS 不好的理由，因为这是包括我在内的很多朋友都不清楚的。难道仅仅是因为语法不是 XML 吗？"

这个题目不是很严肃的 只是开阔一下思路.

我个人不厌恶css 但确实怀疑css会很快退出.

假定以后的开发是以xml为核心的, xml文档中如果夹杂css就会带来麻烦  css会成为鸡筋 让系统的灵活性 大大降低.

说的太经典啦。

我觉得xsl和css在近几年将会共存。