今天同事發現ie和ff下的乙個url的解析區別，非常奇特，也能從這個細小的差別中，看出ie的確是很爛！
同事頁面上有個這樣的url：中期 這個url在ie下面點選的時候，從伺服器端獲取的是亂碼，期字變成了乙個大方塊，當然這個是因為沒有解碼，常識，但是這個在ff下面卻是正常的。 實際上，是ff自動把鏈結做了encode，但是顯示在ff的那個鏈結欄裡面的，卻是顯示的：中期 然而你複製這個鏈結，貼到ie的鏈結欄裡面，或者記事本，就會變成encode後的類似%b1%b1%be%a9這樣的位址了。ff這樣做的好處有幾點：1，從鏈結欄內看到的是易讀的url，2複製出去以後成為可訪問的位址。
我想這幾點小小的改進，能夠折射出為什麼在微軟霸權的今天，ff還能有不少忠實的擁躉吧！
我就是乙個，你是嗎？
偶遇 IE 和 FF 乙個相容問題
var htmlobject document.getelementbyid htmlobject 比如頁面上有如下 在ie下 htmlobject customer 傳入，不會有問題。在ff下 htmlobject customer 傳入，報錯。結論 ff 對大小寫比ie要求更嚴格。環境 ie 8...
由乙個小Bug推及ie及ff的dom元素差異
由於底層庫的資料傳遞的做法，是當input textarea這樣的輸入庫失去焦點時候更新資料到data物件。於是產生了這樣乙個bug。當使用者輸入一些內容，然後點選datainput元件的時間選擇框時，前面的input並沒有失去焦點。所以為了解決這個bug，理所當然想到把焦點放到datainput元...
FF下獲取乙個元素同型別的相鄰元素
相容火狐獲取乙個節點的相同型別的上乙個相鄰節點 function pervioussiblingsametype node cnode else 節點型別相等則返回 else if cnode.nodetype node.previoussibling.nodetype 相容火狐獲取乙個節點的相同型...