問題描述：
在乙個按 左 中 右 三列布局的門戶中， 裡面的內容模組都是用同乙個主題展現的。
1. 在ie6中不存在問題；
2. ie8 相容性檢視模式，左邊的內容模組的邊框，標題欄比其他部分寬了1畫素 1px；中間和右邊的內容模組顯示正常
3. ie9 相容性檢視模式，右邊的內容模組的邊框，標題欄比其他部分寬了1畫素 1px；左邊和中間的內容模組顯示正常
4. ie8 非相容性模式，內容模組的標題欄高度高於設定高度（多虧了這，我才找到了原因）；
問題的原因：
原來是標題欄的文字部分，容器用了段落的原因造成的。
問題解決方式：
用替換(用測試也可以)
問題深究：
（網上找的span div p 的區別）
span和div的不同之處在於span是內聯的，用在一小塊的內聯html中，前後不斷行.
div（想想division是什麼意思）元素是塊級的（簡單地說，它等同於其前後有斷行），用於組合一大塊的**。
p(段落)元素是塊級的,前後斷行,而且還要再隔一行.相當於斷兩行.
標籤被用來組合文件中的行內元素。
標籤定義段落。p 元素會自動在其前後建立一些空白。瀏覽器會自動新增這些空間，您也可以在樣式表中規定。執行緒中慎用exit
在程式設計過程中，出現 send connection reset by peer.原因是在資料傳輸過程中，伺服器端程式提前終止。罪魁禍首是乙個exit。如果程序中的任一線程呼叫了exit，exit或者 exit，那麼整個程序就會終止。單個執行緒可以通過下列三種方式退出，在不終止整個程序的情況下停止...
窗體類中慎用Option Explicit
今天遇到乙個怪病，困擾了我幾個小時，我有一段程式讀取窗體上的切換按鈕狀態，在乙個新檔案中執行得很好，但是同樣乙個按鈕，同樣 貼到另外乙個窗體，卻怎麼也無法正常執行。經過乙個小時的單步跟蹤除錯，終於發現原來問題出在option explicit上。option explicit原來是用於提高程式效能，...
敏捷開發中要慎用繼承
participantsindb繼承了來自dbtable的方法，比如clear和getcount。對於participantsindb來講，clear這個方法的確是有用的 清空所有的參會者。但getcount就造成了一點點小意外了 通過participantsindb呼叫getcount這個方法時，...