IE专署属性在Gecko引擎中的对等实现探讨

本文纯粹从技术层面勾划出Gecko系浏览器(如Mozilla, Firefox)所支援的IE对等技术，希望给为技术传教付出的各位作个参考。
(注：本文不以其实用性及应否於网路上使用的相关争议作考量。)

[list=1]

[*] Data Transfer
替代方案：XUL
[/*:m]
[*] persistence behavior
替代方案：XUL persist attribute
[/*:m]
[*] Mouse Capture Context Menu
替代方案：XUL
[/*:m]
[*] HTML Editor Application
替代方案：Midas, Demo
[/*:m]
[*] Event Model
替代方案：W3C Event Model
替代方案：XML Events, examples
[/*:m]
[*] Popup Object
替代方案：XUL
[/*:m]
[*] TextRange Object
替代方案：DOM 2 Range
替代方案：XPointer
[/*:m]
[*] Dialog Boxes
替代方案：XUL DOM in Chrome
[/*:m]
[*] HTML Components (HTC), Viewlink Behavior
替代方案：XBL
替代方案：XBL wrapper
[/*:m]
[*] WebService Behavior(SOAP only)
替代方案：Web Services Project
替代方案：SOAP, WSDL, UDDI(in the future)
[/*:m]
[*] ActiveX Object XMLHTTP(in XML Parser)
替代方案：XMLHttpRequest Object
[/*:m]
[*] DHTML Data Binding / Data Island
替代方案：XBL / XSLT + DOM 3 XPath / Using XML Data Islands in Mozilla
Ref：Sarissa
[/*:m]
[*] HTML Application (HTA)
替代方案：XUL
[/*:m]
[*] Filters and Transitions
替代方案：SVG Filter Effects
[/*:m]
[*] HTML+TIME
替代方案：SVG Animation
[/*:m]
[*] Media Bar
替代方案：WebPanel
example：

data:text/html;charset=utf-8;base64,PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMC8vRU4iPg0KPGh0bWwgbGFuZz0iZW4iPg0KIDxoZWFkPg0KICA8dGl0bGU%2BVGVzdDwvdGl0bGU%2BDQogIDxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI%2BDQogIDwvc3R5bGU%2BDQogPC9oZWFkPg0KIDxib2R5Pg0KICA8YSBocmVmPSJkYXRhOnRleHQvaHRtbDtjaGFyc2V0PXV0Zi04O2Jhc2U2NCxWMlZpSUZCaGJtVnNJRzl3Wlc1bFpDNCUzRCIgdGFyZ2V0PSJfc2VhcmNoIj5PcGVuIFdlYiBQYW5lbCE8L2E%2BDQogPC9ib2R5Pg0KPC9odG1sPg%3D%3D

将上述字串当作网址输入便可。
[/*:m]
[*] VML
替代方案：SVG Basic Shapes
[/*:m]
[*] scrollbar colour
替代方案：XUL + CSS[/*:m][/list:o]

会网络技术的各位前辈，欢迎补完...

如果单从技术对等上来讨论，还是很有趣的，也让我受益匪浅。

不过，不适合用于技术传教。技术传教，过犹不及。我们要推广的是标准，不是用一个非标准代替另一个非标准。

如果你愿意换成一个不至于误导别人的题目，比如“IE专署属性在Gecko引擎中的对等实现探讨”之类，我很乐意将本文加入精华区。

另外，有一些文章提到的并不被Gecko支持，如SVG Aminate。

猫头猪：如果单从技术对等上来讨论，还是很有趣的，也让我受益匪浅。

不过，不适合用于技术传教。技术传教，过犹不及。我们要推广的是标准，不是用一个非标准代替另一个非标准。
回到原帖

技术传教是我最初为了一对岸讨论区而使用的用词而已，如果有更好的，欢迎指点。


已改，希望本文能方便有意协助重写一些只支援IE的网站的人。
[quote="猫头猪"]
另外，有一些文章提到的并不被Gecko支持，如SVG Aminate。[/quote]是的，其他如XML Events可能亦要等Firefox 1.1才支援，但那是W3C标准兼Gecko未来将会支援的技术，在此列出相信方便到各位。

技术传教是我最初为了一对岸讨论区而使用的用词而已，如果有更好的，欢迎指点。

你误会我的意思了。我是指在技术传教中不应该提倡用一种非标准技术来代替另一种非标准技术。比如，不提倡在技术传教中用xul来代替一些ie专有属性来实现互联网应用。

你误会我的意思了。我是指在技术传教中不应该提倡用一种非标准技术来代替另一种非标准技术。比如，不提倡在技术传教中用xul来代替一些ie专有属性来实现互联网应用。

这点我是同意的。
但XUL算不算是非标准我则有不同的看法。
XUL基本上只是透过使用XBL而产生出来的自订标记语言而已。
而XBL本身属又W3C标准技术，因为W3C内部工作组一直都有在商讨XBL的事宜，只是没有将细节公开化。
所以如果说XUL并非W3C标准技术之一，就让我觉得有点儿那个了。

什么时候支持 SVG 啊，现在我还在用 Adobe 的插件，但是问题太多，希望 Firefox 自带的更好。

这点我是同意的。
但XUL算不算是非标准我则有不同的看法。
XUL基本上只是透过使用XBL而产生出来的自订标记语言而已。
而XBL本身属又W3C标准技术，因为W3C内部工作组一直都有在商讨XBL的事宜，只是没有将细节公开化。
所以如果说XUL并非W3C标准技术之一，就让我觉得有点儿那个了。

XBL还不是W3C标准技术，虽然mozilla将它提交到了W3C，但至今也没有成为标准。
XUL则更不是了。XUL一直都在变化，甚至ff和mozilla suite所使用的xul都是不完全一致的。mozilla.org也不建议在网页中使用xul，虽然这样做确实可以。

FireShow：什么时候支持 SVG 啊，现在我还在用 Adobe 的插件，但是问题太多，希望 Firefox 自带的更好。回到原帖

很难说，现在community对svg的支持还有争议。要等到完全支持还有很长的路要走。

XBL还不是W3C标准技术，虽然mozilla将它提交到了W3C，但至今也没有成为标准。

没错。但我指的并不是多年前的那一份，而是由CSS 2.1作者修订中的那份，其针对於SVG使用的版本正是RCC从SVG 1.2中分支出来，现叫作sXBL。
[quote="猫头猪"]
XUL则更不是了。XUL一直都在变化，甚至ff和mozilla suite所使用的xul都是不完全一致的。mozilla.org也不建议在网页中使用xul，虽然这样做确实可以。[/quote]是的。但我想你误解了我的意思了。
我想指出的是，XUL的语法建基於XBL的自定的语法之上，XBL/XUL又符合XML的定义，故从这方面看来，XUL可算是从W3C现有标准技术中实做出来的一种技术而已。

是的。但我想你误解了我的意思了。
我想指出的是，XUL的语法建基於XBL的自定的语法之上，XBL/XUL又符合XML的定义，故从这方面看来，XUL可算是从W3C现有标准技术中实做出来的一种技术而已。

对，xul只是用w3c实现标准技术中产生的一个技术而已，这样的技术非常之多，微软也有很多这样的技术，但他们都不是标准，技术传教也不主张在网页中使用这些技术。
XBL很强大，用它可以实现很多东西，比如说mozilla中对marquee的实现，再比如说我在madfox中实现对xml data island的部分支持也使用了xbl。但marquee和xml data island都不是W3C标准，我们也不主张大家在网页中使用这些技术。

对，xul只是用w3c实现标准技术中产生的一个技术而已，这样的技术非常之多，微软也有很多这样的技术，但他们都不是标准，技术传教也不主张在网页中使用这些技术。
XBL很强大，用它可以实现很多东西，比如说mozilla中对marquee的实现，再比如说我在madfox中实现对xml data island的部分支持也使用了xbl。但marquee和xml data island都不是W3C标准，我们也不主张大家在网页中使用这些技术。

所以有时也让我混乱起来了呀。
比如以XML Data Island来说，官方mozilla.org引用了一份以mozilla DOM来支援XML Data Island效果的文章。技术上是可行，但从技术传教层面来说则不太提倡使用。不过，现时的确没有可将Data与结构分离，而又支援跨浏览器的标准，不能满足现时网络的使用状况。那么，想问猫兄对此有何看法？

另外，我刚看了一下madfox的diff档，虽我对编程技术了解不多，但对猫兄的试验Project也感不少兴趣。想问一下你的目标是要支援所有IE专有技术(除vbscript，ActiveX)，还是像mozilla.org一样针对某些现存标准的技术来支援？
这边有一些直接以JavaScript来模拟IE技术的文章，谨供参考。

所以有时也让我混乱起来了呀。
比如以XML Data Island来说，官方mozilla.org引用了一份以mozilla DOM来支援XML Data Island效果的文章。技术上是可行，但从技术传教层面来说则不太提倡使用。不过，现时的确没有可将Data与结构分离，而又支援跨浏览器的标准，不能满足现时网络的使用状况。那么，想问猫兄对此有何看法？

对于data和结构分离的技术,我觉得你在你的文章中xslt的提议就很好.另外,我觉得对数据的处理应该更多的放在server端,无论用php还是什么servlet,都能很好的处理xml数据,整洁且容易维护,把它交给浏览器处理并不是一种很好的方式.
mozilla.org上那篇支持xml data island的文章,只能是一个workaround,不能解决很多实际问题(比如data binding的问题,再比如两种不同ML混杂且不使用任何namespace造成的tag解析混乱),不值得提倡.

只要有时间有精力,在可维护和不产生或少产生regression的范围内,尽量尝试多加.把它定位在"试验",差不多就是这样吧.当然还是从比较常用的专有技术开始,不常用的可能就不太考虑了.
希望能有人加入,因为一个人毕竟能力和精力都有限.但现在还没有特别好的合作方式.
[quote="Jiu"]
这边有一些直接以JavaScript来模拟IE技术的文章，谨供参考。[/quote]
谢谢你.这个地方我知道.我的一个同事以前还写过一个用xbl把这个ieemu加入mozilla的补丁.

为什么论坛不会自动换行，搞的这么长

用firefox看这个帖子，宽度被无限地拉宽了。
对这些回复我只得扯着滚动条才能看到头。

这是否有点可笑？

这个phpbb版本有不好，www.linuxfans.org的2.0.10版似乎没见过这个问题～