有一個實作是用js來控制顯示及隱藏<li>裡面的<ul>,這是很一般顯示選單的作法。
在任何瀏覽器都運作得很好。原本也以為在IE6運作得很不錯,後來卻莫名其妙產生了問題,狀況是當滑鼠要移去點選次選單時,次選單會隱藏起來,就好像滑鼠是離開主選單一樣。奇妙的是,幾乎差不多語法及設定的頁面,在另外一個檔案卻是正常的,百思不得其解。 閱讀全文〈在IE6使用js操作ul li顯示的麻煩〉
用來記錄人生的點點滴滴,包括學習記錄、工作、生活、觀察……
有一個實作是用js來控制顯示及隱藏<li>裡面的<ul>,這是很一般顯示選單的作法。
在任何瀏覽器都運作得很好。原本也以為在IE6運作得很不錯,後來卻莫名其妙產生了問題,狀況是當滑鼠要移去點選次選單時,次選單會隱藏起來,就好像滑鼠是離開主選單一樣。奇妙的是,幾乎差不多語法及設定的頁面,在另外一個檔案卻是正常的,百思不得其解。 閱讀全文〈在IE6使用js操作ul li顯示的麻煩〉
目前要加入一些功能的時候還會順便調整一下主要架構,為的是要減少重複的程式碼,但關於完整的系統架構其實並沒有規劃,只是憑著當下的感覺去調整,例如看到這段程式幾乎是重複利用的,就把它抽出來獨立,放置在可共用的區段裡。 閱讀全文〈逐步調整系統架構〉
在使用post方法傳送表單之後,通常我們在按上一頁或者重新reload該頁面的時候,瀏覽器會提示我們會重送該頁面的資料一次。經測試,發現這種情況應該是在我們將表單和submit後的動作寫在同一頁時才會發生,如果表單和和處理submit後的動作是分開成兩個檔案,瀏覽器的上一頁甚至會回到表單第一次載入前的前一頁。簡單說,就是如果表單和處理的動作分成兩個檔案寫就不會看到上述提示的狀況。 閱讀全文〈post過去的頁面重新再reload一次〉
如果希望同一個表單可做出不同的submit後的處理,有的時候會希望利用多個不同submit按鈕代表不同的動作開關。我在這一篇文章裡寫到關於submit和button傳出值的比較表:submit及button傳出值比較。
不過今天遇到一件事讓我覺得判斷按鈕的值十分的不可靠,尤其是僅依靠submit值是否被傳送的判斷,例如:if($B1)。 閱讀全文〈判斷表單的按鈕值非常不可靠〉
標題這樣下,並不是要來講講如何達成這樣子的目的,是因為發現近來在寫php時習慣把「動作」交由javascript觸發,而不是使用html預設的行為,這樣子的作法對於設計的人在往後的維護上並不會造成太大的問題,畢竟是自己寫的,該去哪裡做什麼事情其實都很清楚(註1)。 閱讀全文〈兼顧開發與維護的設計〉
寫網頁程式很長的時間了,css弄得也不少,基本上知道它有三種使用方式,一種是行內,一種是html內部定義,一種是自外部引入css檔。 閱讀全文〈有關外部樣式表所設的圖片位置〉
overflow是針對內容超出容器的size時的表現方式,可設底下四種值:
visible(預設):內容完全顯示,不嵌入顯示區域
auto:內容嵌入顯示區域,並視情況顯示水平與垂直捲軸
scroll:內容嵌入顯示區域,水平捲軸會出現但視情況顯示可捲動或不可捲動
hidden:內容嵌入顯示區域,捲軸不會出現
*嵌入的意思是指內容的顯示範圍將限制在容器的大小之內。超過的部份可以是隱藏,或是讓容器出現捲軸。
今天再遇到一個傻眼的狀況:要刪除記錄的代號透過Get方式傳遞,接收變數的頁面有做身份判斷,但不符合身份者只用了header傳送location,結果下面的動作繼續執行,也就是說不符合身份的人也可以任意刪除資料。 閱讀全文〈動態生出來的表單〉
首先先指出這個怪事的主角,它就是IE8。IE7沒試過,而IE6處理這個動作是正常的。 閱讀全文〈動態產生select的option怪事〉
雖然是以change事件作為主題,不過其他事件應該都適用。先說jQuery觸發物件的change方式,因為很直覺。 閱讀全文〈使用javascript觸發change事件〉