無垠天際

  今年重新整修廚房，遇到了三個問題，都是櫥櫃安裝師傅的錯誤態度造成的。 犯錯不承認 在安裝水槽、水龍頭時，需要先關閉家中水塔的供水，這位師傅關了一次沒成功，又再去關第二次，待他安裝完離開後，我們發現家中水壓變得異常的小。我初步判斷跟師傅關閉水塔管路非常相關，因為在這之前都很正常，但是我們向師傅反應時，他卻說他只有開關管路而已，並沒動到其他部分，並說我們家水壓本來就比較小。言下之意是說跟他沒關係，不是他造成的。但是當天晚上我們反覆測試與確認，認為還是跟開關水塔管路有關。隔天還是知會設計公司派水電師傅來檢查，後來的確發現是櫥櫃師傅關錯水管線路造成。 不懂裝懂 到了安裝洗碗機門片時，櫥櫃師傅告知我們洗碗機額外附上的鐵片是避震用，但沒想到洗碗機原廠師傅來時，卻說那個額外的鐵片是用來安裝門片用的，因此櫥櫃師傅安裝方法不對。這令我們有點生氣，他完全不懂卻說得那麼篤定。 未事先準備 而安裝 IH 爐時，我們聽到他跟同事交談說是第一次安裝。早上裝完後，下午設計公司又派人來重裝，並解釋說原本用接插頭的方式，易造成過熱而插頭熔掉，改成電線連接比較安全。我們都心想還好剛剛只有稍微測試，還好沒真的開始用。 態度才是重點 每個人都有其能力限制，清楚的認識自己能做什麼、不能做什麼，比一昧相信自己都能辦到更好。這位安裝師傅在面對自己不擅長的項目時，如果能事先做更多準備，事後能以謹慎態度面對，我想我們的觀感也不會這麼差。而且看起來他也沒有從第一次犯錯中學習，後面兩次犯錯在我看來都是同樣的態度造成。雖然最終都沒造成什麼嚴重的後果，但誰能保證下次也能這麼幸運呢？

先前發現老家有個被棄置的蛇板，覺得可惜就拿回來玩。但我覺得很難玩，連站都站不上去。但小女兒卻是興致盎然，很開心的一直試著滑，也邀請要好的鄰居女孩一起玩。我也覺得蛇板應該非常符合她的興趣。但是一兩週後的某天，突然發現她不玩了，我感覺應該不是玩膩了，因爲才剛拿到沒多久。而且不管是鄰居女孩或我找她一起玩，她就是不願意，問她原因也不說，只說就是不想玩了。 以我對她的了解，她應該會很喜歡蛇板，而且她剛開始看到蛇板明明很興奮，為何後來突然就不想玩了呢？我覺得小女兒很擅長戶外運動，我也希望能多多培養她這個專長，所以她不玩蛇板我覺得很可惜。但我也不可能威脅說：「去給我溜蛇板，不然我就要丟掉它」。因此我選擇接受她這個狀態，也不一直追問她原因。 我先嘗試以身作則的方法，就是每次跟小女兒在門口玩時，我就會花點時間練蛇板，也會上網看一些基本教學，慢慢從能先站上板子滑一小段，到漸漸可以滑行較長距離，後來更熟了之後也學會轉彎及加速。過程大概花了一兩週，小女兒也都在一旁看著我滑。我心裡希望小女兒因著看著我學習、進步的過程，能夠激起她想要學的慾望。在我溜得蠻順了之後，我就試探性的鼓勵她說：「你看很簡單喔！多練習幾次就可以了」、「你看這不難喔，我本來也是不會，現在也會滑了」。你覺得這樣她就願意玩蛇板了嗎？沒有！ 就這樣又過了一陣子，我跟老婆討論到這件事時，她就提醒我，小女兒幼稚園時期，也是一時興起堅決要學直排輪，沒想在第二堂課摔了個大跤之後，就再也不學，好說歹說都沒用，每次上課都只是把直排輪鞋帶去，坐在場邊看其他孩子溜，再也沒上過場。從這個事件我突然意識到，小女兒可能是怕摔。於是我就嘗試性的問小女兒：「爸爸幫你買護具好不好？」，她很開心地答應了。穿上護具後，果然她就願意再次開始玩蛇板，甚至會假摔來試試護具的防護力。過沒多久，就很順利地學會滑蛇板，而且熟練之後，就因為嫌熱把整身護具脫掉。後來蛇板就變成她的戶外遊戲之一，不用我叫也會自己去玩。 從這件事我得到幾個經驗： 🍀  要接納孩子的放棄與失敗。 當小女兒突然不玩蛇板時，我沒有一直鞭策她或逼問她原因，就先接納她放棄的決定。沒有因為這個放棄就對她施加更多壓力，或是對她失望。 🍀  父母不能總是從自身經驗來幫助孩子。 我以為展示我自己的成功學習蛇板經驗可以誘發小女兒的學習慾望，那是從我自己是愛好學習的人的角度出發的，這種...

最近才發現 jQuery event.namespace 可以讓你只移除自己註冊的 event listener 而不移除其他人註冊的。 往常我們多半指定 event type 來註冊： $ ( document ) . bind ( 'mouseup' , myListener ) ; 並指定同一個 event type 來移除： $ ( document ) . unbind ( 'mouseup' ) ; 但有時候你使用別人的 widget 或 library 也許它也註冊了同樣事件的 listener，或是你不確定有沒有，為了避免不小心 unbind 其他人的 listener，我可以在註冊加上 namespace 如： $ ( document ) . bind ( 'mouseup.line' , myListener ) ; .line 就是自訂的命名空間。 然後可以移除該 namespace 的所有 listener： $ ( document ) . unbind ( '.line' ) ; 這時如果 document 上也有別人註冊的 mouseup 就不會被你呼叫的 unbind() 移除。

有次我發現即使我將 html, body 都設定沒有 margin 如： html { height : 100% ; margin : 0 px ; } body { height : 100% ; margin : 0 px ; } 但頁面仍然產生垂直捲動條(scrollbar)，檢查後發現 body 跟 text1 的上白邊合併，造成 body 向下移動，因為 body、html 高度相同，下移就造成右方垂直捲動條出現。 另一個例子：text1 的下白邊與 text2 的上白邊合併 (collapse) 這頁範例 可以重現以上問題。 這不是 bug，而是規格上定義的 margin collapse ： 8 Box model / 8.3.1 Collapsing margins 解法  < h1 style =" display : inline-block " > text 1 </ h1 > < h1 style =" margin-top : 0 " > text 1 </ h1 >

響應式網頁設計 (RWD) 就現今而言應該是許多網站必備的條件之一，ZK 框架可以幫你從一個抽象層次較高的角度滿足 RWD，不需要了解 CSS Media Query 的細節。 元件層級 元件層級的 RWD 是由元件內部自動完成的。每個 ZK 元件都能區分瀏覽器的種類，因此會自動依據桌上型或行動裝置瀏覽器來自動調整元件的外觀，不需開發者介入，例如 datebox 在桌面瀏覽器會跳出小月曆： 在手機瀏覽器就會自動變成下方滾動條： 頁面層級 頁面層級的 RWD 因為牽涉到版面設計，因此無法靠元件自動完成，因為畢竟每個頁面需要的版面設計皆不相同，這通常不是一個技術性的決定，而是政策性或設計性上的決定，因此 ZK 提供一些工具讓你實現 RWD。以下根據你想要達成的效果，概述你可用的工具。 寬度、版面自動調整 如果你想要做出的效果是，畫面內各區域自動調整寬度，較窄時調整位置，我非常推薦搭配 Bootstrap Grid 與 ZK 一同使用，因為 易於整合 。使用 Grid system 只要在 div 套上 CSS class，如 col-md-4 ，因此跟 ZK 整合很容易，不需要特別的設定與程式。 元件變換 如果你希望畫面寬、窄時，各用不同的元件來顯示，例如側邊欄在畫面變窄時消失並換成小的選單圖示，這時元件本身當然無法得知要做這樣的轉換，你可以透過 onClientInfo 事件 或 @MatchMedia 來偵測畫面寬度變化，並針對該變化調整畫面元件。 更多細節可以參考以下資源： Use Bootstrap with ZK: Responsive Admin Template 範例專案 線上展示

問題 若你要實作一個使用者輸入的功能，並把輸入的內容顯示在網頁上時，應避免把使用者輸入的值直接指定給某個 element 的 innerHTML 。因為若是使用者輸入包含 HTML、JavaScript， innerHTML 就會解析並執行： var userInput = '<img src="javascript:alert("XSS")">' element . innerHTML = userInput ; 因此可能 user A 的惡意輸入，會被系統顯示到 user B 的畫面上，進而執行特定成程式碼而造成 XSS 攻擊 。 解法 一般會先想到 encode HTML，但是如果只是要顯示文字，將使用者輸入值指定給 textContent 會更簡單，無需 encode，該值會被當成純文字處理，並不會執行 javascript。 var userInput = '<img src="javascript:alert("XSS")">' element . textContent = userInput ;