跳到主要內容

亮亮的童言童語

2012/9/9
亮亮三歲多時,有一次在早餐後打電話給上班中的我,
我在電話中向碧鳳提到工作上的瓶頸,也跟亮亮講了一下話,掛上電話後,
亮亮問碧鳳:「爸爸為什麼聽起來沒有力氣?」
碧鳳很驚訝亮亮聽得出來,就解釋說:「因為爸爸工作上遇到一些困難」
亮亮說:「那我給他抱抱」
碧鳳說:「為什麼呢?抱抱就會好了嗎?」
亮亮說:「對呀!如果我沒力氣,媽媽抱我一下,就會好了」
碧鳳說:「好,那我們打給爸爸,跟他說“抱抱”」
亮亮打了電話,不好意思地說了。
掛上電話後,亮亮用一種無力的聲音對碧鳳說:「媽媽,我現在遇到一點困難...」


2012/8/1
亮亮有憋大便的壞習慣,某天晚上終於願意坐上馬桶,碧鳳為了鼓勵她,祭出獎勵辦法:「等一下我們要吃巧克力冰淇淋,你大多少份量,我就給你吃多少冰」...


2012/1/3
亮亮語言學習能力很好,即使不懂的詞彙聽過一、兩次就能記住並用在生活中,而且她會自己推敲該詞彙的意思。有次在餐廳吃飯,服務生幫我們整理桌面時說:「等一下幫你們送新的餐巾紙過來」,亮亮看了一下她的碗大叫:「餐巾紙我吃不完啦!」

2011/10/10
昨日下午聽見妹妹大哭,趕到現場,老婆說亮亮踩妹妹的手,要我把她打一頓,我想這危險動作一定要受管教,因此抓起亮亮,打了幾下屁股,說:「下次還可以踩妹妹的手嗎?」亮亮哭著說:「不可以...可是媽媽剛剛已經打過了阿...」。原來剛剛老婆說得是:「我已經打了她一頓」


2011/9/7
亮亮最近愛上醫生扮演遊戲...
亮醫生:2號~~悅寧~~
圈媽:我在忙,沒空帶去看哦。
亮醫生:好,那等一下再來。3號~小獅子。
--------------------
圈媽帶圈圈坐在醫生面前,醫生打著她的小電腦。
亮醫生:怎麼了嗎?
圈媽:就是最近有點咳,睡覺時咳的最厲害。
亮醫生用聽診器聽前胸後背、檢查喉嚨、耳朵;
然後在圈圈小腿上打了一針,說:好了,去領藥。
圈媽:那她是怎麼了?
亮醫生:就是最近有點咳,睡覺時咳的最厲害。
圈媽:那不是我剛才的台詞嗎?


2011/8/29
碧鳳:「你要喝紅茶還是奶茶?」
亮亮:「我要喝紅茶..............................還要加牛奶」
碧鳳:「那就是奶茶!」


2011/7/15
來台北一個星期,碧鳳告訴我亮亮說:她不想你去那麼多天
只想讓你回來很久很久
「我喜歡他在這裡,我喜歡他陪我,我想抱他」
「我非常非常喜歡爸爸」


2010/12/17
亮亮說:「圈圈的肚子怎麼這麼大阿」,媽媽說:「那是她的屁股啦,她趴著睡」。

2010/9/9
有次我們帶亮亮去觀光草莓園,碧鳳說:「亮亮,我們去採草莓喔」,亮亮說:「好」,然後就看見她右腳在地上猛踩。

2010/9/6
某日,有人送我們一包未爆過的爆米花,亮亮看了很高興說:「我要吃」,媽媽跟亮亮說:「那個要爆過才能吃」,於是亮亮就把那包爆米花搶過去緊緊抱著。

留言

這個網誌中的熱門文章

iframe DOM 被移動造成重新載入

如果用 javascript 去搬動 iframe DOM 的位置, 瀏覽器會將其內容重新載入,這是現有 HTML 規格 > When an iframe element is inserted into a document that has a browsing context, the user agent must create a nested browsing context, and then process the iframe attributes for the "first time". 範例: http://jsfiddle.net/pZ23B/ 測試結果: * Safari 3.1 / Win: reload * Opera 9.5 / Win: reload * IE10: reload * IE7 / IE8: not reload (部份摘自 https://bugzilla.mozilla.org/show_bug.cgi?id=254144 ) 參考: * https://bugzilla.mozilla.org/show_bug.cgi?id=254144

Web Dynpro 前後端資料流動機制 (Dataflow)

在Web Dynpro中提供3種資料流機制[1],只要適當地設定,可以不用寫程式就將畫面、中間層控制器(controller)到後端模型物件的資料自動化地、牢靠地綁在一起,使得不管前後端某一方有資料變動,變動部份都會自動地流動來保持一致性,使得前後端都能存取到同一份資料。 context 關鍵元件是 context,每個controller都有一份屬於自己的context,它扮演MVC架構中的M (model),web dynpro的實做方式比較像是該controller的「資料空間」,它由node(資料節點)與attribute(資料屬性)組成,controller可以透過wdContext這個預先產生好的 shortcut variable(捷徑變數)去取得context的資料內容。 context中必須要建立node才可以儲存資料,一個node代表一個collection(集合物件)裡面仍可以含有node, attribute,node裡面的一份資料實體就是一個element,一個node可以有一個或多個element(這部份可以透過cardinality property設定),其結構就是該node所包含的結構。 data binding 此種機制可以將UI元件的資料跟context中的某個node或attribute綁定在一起,context中的改變會自動 更新到UI元件上,UI元件的改變也會自動寫入到綁定的context node(or attribute)中。通常UI元件所綁定的node(attribute)是由component controller對應過來的。 context mapping 每一個controller都有屬於自己的context(資料空間)如果要達到彼此共享資料,則要透過context mapping機制,一旦mapping設定好,則會在另一個context產生一個同樣的結構的node,兩邊的controller會存取到的是同一分資料,任何一邊的資料更動都會散佈到設定好mapping的node。 不過在web dynpro裡,只允許將custom controller or component controller的node對應到view controller去,不允許從view controller對應回來,主因是嚴格遵守MVC...

ZK 與響應式網頁設計(RWD)

響應式網頁設計 (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 範例專案 線上展示