你覺得在頁面中包含ie7.js或ie8.js怎麼樣？

Question

請看這裏：http://code.google.com/p/ie7-js/

有沒有人有任何關於此javascript的經驗或評論？值得包括嗎​​？你推薦它嗎？

Answer 1

我知道很多人，包括我自己在內的各種IE瀏覽器黑客獲得透明的PNG支持。這看起來更有幫助，只要它有效，並且規模相當小，我不會看到太多反對使用它。

Answer 2

只要你知道它修正了什麼，我就會說它去。我不太確定這個庫的準確性，但是如果你有一個大的DOM，一些庫會變得非常昂貴，因爲它們傾向於在每個DOM元素上掛接HTC文件庫行爲。這會導致可怕的「加載x的y」狀態欄消息在初始加載時不斷閃爍，以及任何新生成的DOM內容。

Answer 3

我知道有一些工具可以解決比這個更靈活的透明PNG問題。例如，jQuery插件ifixpng2將支持背景位置，ie7-js不支持。

Answer 4

以及它的美麗和作品格子的方式你可以使用cs3功能，如李：懸停。我們上次使用ie8.js失去了項目，它工作的很好。

Answer 5

它的工作原理，但值得記住的是，ie7.js和ie8.js不僅僅是提供透明的PNG支持。即使使用透明PNG支持，也值得記住，透明背景圖像不能使用背景重複平鋪（重複）或使用背景位置定位。這妨礙了使用背景位置使用CSS翻轉的任何能力。我只在一個站點上使用過它，現在我正在更新站點，我無法刪除ie8.js，因爲如果我在IE中完成整個網站的分頁佈局。我不相信我會在將來使用它，而是依靠簡單的CSS黑客攻擊，或者只是讓我的網站在IE6中「優雅地降級」。

Answer 6

我以前用過它，而我的結果是混合的。這些腳本會導致IE在頁面加載時出現一點點抖動。基本上，您必須將其視爲迭代元素和樣式表規則，以針對該特定渲染引擎中存在缺陷的區域應用「修復」。在某些情況下，根據標記或樣式表的複雜程度，這可能需要一些時間，並且您會看到瀏覽器掛起。也就是說，如果您可以折衷此性能成本，那麼您將節省開發時間，因爲您將花費更少的時間攻擊IE6怪癖; IE7/IE8將提供足夠的缺失功能，您可以避免某些邊緣情況，可以使用更好的標準（最小寬度/最小高度，多個className選擇器等）進行開發，並且某些渲染問題將消失。

但是，如果您只需要24位透明PNG支持，請使用爲其構建的工具。包括單獨支持PNG支持的IE7/IE8.js就像是用坦克敲擊指甲一樣。使用DD_belatedPNG。