在IE6使用js操作ul li顯示的麻煩

有一個實作是用js來控制顯示及隱藏<li>裡面的<ul>,這是很一般顯示選單的作法。

在任何瀏覽器都運作得很好。原本也以為在IE6運作得很不錯,後來卻莫名其妙產生了問題,狀況是當滑鼠要移去點選次選單時,次選單會隱藏起來,就好像滑鼠是離開主選單一樣。奇妙的是,幾乎差不多語法及設定的頁面,在另外一個檔案卻是正常的,百思不得其解。 閱讀全文〈在IE6使用js操作ul li顯示的麻煩〉

逐步調整系統架構

目前要加入一些功能的時候還會順便調整一下主要架構,為的是要減少重複的程式碼,但關於完整的系統架構其實並沒有規劃,只是憑著當下的感覺去調整,例如看到這段程式幾乎是重複利用的,就把它抽出來獨立,放置在可共用的區段裡。 閱讀全文〈逐步調整系統架構〉

post過去的頁面重新再reload一次

在使用post方法傳送表單之後,通常我們在按上一頁或者重新reload該頁面的時候,瀏覽器會提示我們會重送該頁面的資料一次。經測試,發現這種情況應該是在我們將表單和submit後的動作寫在同一頁時才會發生,如果表單和和處理submit後的動作是分開成兩個檔案,瀏覽器的上一頁甚至會回到表單第一次載入前的前一頁。簡單說,就是如果表單和處理的動作分成兩個檔案寫就不會看到上述提示的狀況。 閱讀全文〈post過去的頁面重新再reload一次〉

判斷表單的按鈕值非常不可靠

如果希望同一個表單可做出不同的submit後的處理,有的時候會希望利用多個不同submit按鈕代表不同的動作開關。我在這一篇文章裡寫到關於submit和button傳出值的比較表:submit及button傳出值比較

不過今天遇到一件事讓我覺得判斷按鈕的值十分的不可靠,尤其是僅依靠submit值是否被傳送的判斷,例如:if($B1)。 閱讀全文〈判斷表單的按鈕值非常不可靠〉

兼顧開發與維護的設計

標題這樣下,並不是要來講講如何達成這樣子的目的,是因為發現近來在寫php時習慣把「動作」交由javascript觸發,而不是使用html預設的行為,這樣子的作法對於設計的人在往後的維護上並不會造成太大的問題,畢竟是自己寫的,該去哪裡做什麼事情其實都很清楚(註1)。 閱讀全文〈兼顧開發與維護的設計〉

IE6對於css屬性overflow的表現

overflow是針對內容超出容器的size時的表現方式,可設底下四種值:

visible(預設):內容完全顯示,不嵌入顯示區域
auto:內容嵌入顯示區域,並視情況顯示水平與垂直捲軸
scroll:內容嵌入顯示區域,水平捲軸會出現但視情況顯示可捲動或不可捲動
hidden:內容嵌入顯示區域,捲軸不會出現

*嵌入的意思是指內容的顯示範圍將限制在容器的大小之內。超過的部份可以是隱藏,或是讓容器出現捲軸。

閱讀全文〈IE6對於css屬性overflow的表現〉

Proudly using Dynamic Headers by Nicasio WordPress Design