由乙個小Bug推及ie及ff的dom元素差異

由於底層庫的資料傳遞的做法，是當input、textarea這樣的輸入庫失去焦點時候更新資料到data物件。

於是產生了這樣乙個bug。當使用者輸入一些內容，然後點選datainput元件的時間選擇框時，前面的input並沒有失去焦點。

所以為了解決這個bug，理所當然想到把焦點放到datainput元件上，

$("#dateinput").focus();

可是卻沒有生效。（生效與否看字型是否變紅）

於是改成將焦點取消。$(document.activeelement).blur()，成功。

可是ff下卻沒有document.activeelement這個物件。

最終使用：

if($.browser.msie)
$(document.activeelement).blur();
else 
$( e ? e.explicitoriginaltarget : null).blur();
獲取document上得到焦點的元素。

我只是列舉一些工作中遇到的，存在這裡。

e = e || window.event;

ie：

e.returnvalue = false;
ff:if(e.preventdefault)
e.preventdefault();

var elem = e.srcelement || e.currenttarget

function

bind(el, type, fn, usecapture), usecapture);
}else
if(window.attachevent) );}}

由解乙個bug想到的

最近花費了很久時間去解決乙個bug，在我手裡有乙個月了。今天同事出手幫忙解決掉了，分外感激。這個bug如果按照我的思路，再過乙個月也不一定能夠解決掉。三人行，必有我師。同事身上有許多值得我學習的地方。比如，我是從程式碼執行機制方面找尋產生bug的原因，可是程式碼數量龐大。很難發現其中的某一處問題所在...

由乙個手機BUG想到的

我手上有一台x998的手機。當前軟體版本為370，算是比較新的了。一天我在電信營業廳買了張100元的充值繳費卡，準備充值。結果在充值的自助語音提示下操作時，語音提示我輸入的賬號不正確。我仔細看了看螢幕上的數字，和賬號一模一樣的。第乙個念頭是，充值卡有問題？後來很快就排除了這個可能性，因為畢竟是在電信...

IE 和FF的乙個細小差別

今天同事發現ie和ff下的乙個url的解析區別，非常奇特，也能從這個細小的差別中，看出ie的確是很爛！同事頁面上有個這樣的url 中期 這個url在ie下面點選的時候，從伺服器端獲取的是亂碼，期字變成了乙個大方塊，當然這個是因為沒有解碼，常識，但是這個在ff下面卻是正常的。實際上，是ff自動把鏈結做...