上圖就是 79 折的實際案例，只是這個整箱特價似乎有點問題...
以一罐鋁泊包飲料 10 元來計算，192 元其實是打八折時的價格，如果以 79 折來計算的話應該是 189.6 元，只是超商是否會進位到 190 元則不太確定，而且超商的 POS 會刷出多少錢出來也有待測試。
嗯，不過在這邊計較這兩塊錢會不會顯的太窮酸樣了呢...
2010年8月26日
2010年8月14日
2010年4月14日
如何在下載動作中正確顯示中文檔名？
總而言之，除了為人垢病的 CSS 問題外，各家瀏覽器在下載中文檔名時也有各自的脾氣...
以下是 JAVA 程式碼範例，大致上就分成兩派：支援 RFC-2231 的 Firefox/Opera 系和不支援的 IE /Webkit 系兩種，在 Test Cases for HTTP Content-Disposition header and RFC 2231/2047 Encoding 網站中有對各家瀏覽器是否支援 RFC-2231 規範的測試記錄，就結果來看除了純 ASCII 編碼的檔名頗受大家都支援外 (?)，其他混雜有各地語言的檔案名稱就得依瀏覽器的派別個別處理了。
if ( StringUtils.contains( userAgent, "MSIE" ) || StringUtils.containsIgnoreCase( userAgent, "AppleWebKit" ) ) {
res.setHeader("Content-Disposition", "attachment; filename=\"" + URLEncoder.encode( fileName, "UTF-8" ) + "\"");
} else {
res.setHeader("Content-Disposition", "attachment; filename*=UTF-8''" + URLEncoder.encode( fileName, "UTF-8" ) );
}
就目前測試結果得知：
- IE 6：可以正確彈出下載視窗，但存檔時的不一定能顯示正確的中文檔名
- IE 7/8：可以正確彈出下載視窗及中文檔名
- Chromium 5.0.360.5 / Chrome 5.0.375.3 dev：可以正確彈出下載視窗及中文檔名，其 AppleWebKit 核心版本分別為 533.3 及 533.4
- Safari 4.0.5：在 AppleWebKit/531.22.7 時兩種方式都不行，但因 Chrome 的經驗猜測更新 AppleWebKit 到 5.33 以後版本即可正確顯示中文檔名
- Firefox 3.x：可以正確彈出下載視窗及中文檔名
- Opera 10.51：可以正確彈出下載視窗及中文檔名
2010年3月18日
OpenTTD 簡單心得
最近不務正業的在玩 豪華運輸大亨 ，都忘了要趕快規畫倒底要寫那類型的 Android 軟體了... 
這個遊戲的重頭大戲其實在鐵道規劃上，如何利用鐵道號誌讓一大堆的火車可以在雙向兩條軌道上正常運行而不會有對撞、追撞等事故算是最簡單的入門（雙軌雙向軌道真的比單軌雙向軌道簡單多了）。雖說只是入門，但看著二、三十輛車在軌道上依序運行卻總能帶給玩家滿滿的成就感。以下是釀成多起追撞、對撞事故後的注意事項清單！
- 如果要賺錢的話可以搞航空運輸，不過個人覺得很空虛...
- 如果要搞鐵道貨運的話網友都會建議以媒炭為主
- 雙軌鐵道要先統一是左出右進還是右出左進，像台灣的鐵道記得都是左出右進的！
- 雙軌鐵道在分歧點時都需要設置號誌，簡單的概念是左邊出口處要放入口號誌，右邊進(入)口處則放置閉塞號誌，號誌應設置在前進方向的右側，以左出右進來看號誌就會集中在鐵道中央。有興趣者可以參考 這裡 ！
- 如果軌道上有多輛車次的話則視鐵道長短酌量設置閉塞號誌，不然的話車子會卡在車站出口處。而車站出口處一被卡死就會造成同軌道上的車輛要不就跟著卡死，要不然就是追、對撞事故。
- 維修機場不要設在離車站太近的地方，距離至少要超過車輛長度（7格14節）及號誌設置區，不然有很大的機會出現車輛卡在車站與機場之間動彈不得的情形。
嗯，有新的心得會繼續補充！圖片的部份再想辦法生出來...
陷入無限迴圈的火車...
敢搶我礦產者，必阻之！
2010年3月3日
Android Developer Lab 參加心得
好吧，我承認這一篇是炫耀文，其實沒啥心得可言！
忘記是去年底還是今年初在噗浪上看到葉教授發佈 Android Developer Lab 台北場開放報名時，因為天真的幻想能在 Android 平台上撰寫自己需要的軟體，於是莫名其妙的就填完單子完成報名手續。因為 Google 沒有立即回覆任何訊息，所以也差不多忘了這件事，直到過年前收到 Android Developer Lab 報到通知時才想起來要留一天年假去參加這個我戲稱為 Android 開發者聯誼會的活動。
聯誼會的日子很快的到來，因為入場時間是在 12:30 這個挺微妙的時間，所以早上硬是逼著自己不可太晚吃早餐以免中午吃不下結果在會場內昏倒的蠢事發生。還好，當葉教授說要出發前往會場時確認沒有供應午餐後，我也在 11:15 時分出門搭乘 638 前往六福皇宮會場。午餐是先在附近的小吃店以榨菜米粉湯（真的沒有肉絲）解決。
這是今天 Android Developer Lab 的入場券，並且憑券得兌換小禮物乙份！
到了 12:37 時活動正式開始，然後就聽到令人振奮的一句話：『今天活動要以英語為主』... 雖說插大時英文考的比國文好，但好像我的國語遠比英語像樣很多，於是老灰呀注意力無法長時間集中的問題就發作了，時而恍神、時而回魂是今天活動中最主要的精神運作模式... 
總而言之，第一段是葉教授簡短介紹 Google Taiwan 及 Taipei GTUG，接下來換人介紹手機上網的趨勢；然後是 Android Marketplace 的上架辦法及一些注意事項。這部份雖然大致聽懂講者的內容大意，但全程英語還是有一定的催眠效果。就在恍神模式下時忽然看到這個 Google Japan 所拍的 Nexus One 忍者開箱動畫 。正沉浸在影片中 KUSO 的宣傳手法時竟然聽到要送手機的字眼，你知道的，有東西吃或是有禮物拿時總是可以讓人眼睛為之一亮，於是所有人就全部擠出門去排隊領 長崎蛋糕 Nexus One 禮盒。在等待的過程中不少人還抱持懷疑態度以為手機只是借用，會後需要歸還的。但一切都在有人按耐不住的詢問工作人員後獲得解答：『不用還，手機真的是送的』！Google 大神啊，您真是佛心來著呢！
因為在領取手機前有說到接下來的兩堂課會實作，如果電量不足的話腳邊有插座可用（後來覺得應該是聽錯了），於是大部份人都在現場玩起開箱遊戲。不過最後發現其實手機可以原封拎回家好好開箱的，現場實作用模擬器就可以了。這也是我覺得之前提到的插座應該是為了給筆電沒電的人使用的，並非說是對手機充電之用。
這就是憑入場券所兌換的長崎蛋糕禮盒（誤）
由於聽說第三節開始是實作說明，所以有個笨蛋就把筆電開機了。可是搞了半天原來是介紹 Android SDK 2.1 的許多新特性，於是白白浪費了 50% 的電量在這堂課中（6 cells 電池是撐不久的），等到真正 Coding 練習時我的筆電就在低電量警告訊息中沉沉睡去........ 
CodeLab 練習的題目是動態桌面的實作，講師提供了一個 基礎 Eclipse 專案設定作為練習 ，但因為投影片的字是真的有夠小所以最後我下載 FINAL 版進行比對，在程式碼確認的差不多時當然會想要執行看看，然後就在模擬器啟動途中看到低電量警告，原本以為來的及看到程式效果的幻想則在筆電自我感覺沒電不太好自動關機的情形下完全破滅...
還好這時候講師也實作完畢，時間進入 Q&A 時段... 看著鄰兵打包走人後，我也開始找地方塞剛領到的長崎蛋糕禮盒，然後出門去搭車回家。
搭車時有在想，動態桌面這個題目是不是有點雞肋呢？我以為大部份開發人員應該不會對這種不以實用為目的的特色有太多關注，那麼今天這個 CodeLab 範例選擇這個題材是否有啥特殊意義呢？和 Widgets 搶食桌面空間？其實到現在我還是沒有任何答案就是了...
對了，今天領到 Google 高科技小禮物雖然很 High ，但是 5800XM 上原本同步來的通訊錄整個不見也令人很駭... 回家第一件事是上 Google 看看通訊錄內容有沒有跟著消逝，還好，它們還在！
全劇終... ！
2010年2月7日
ONE PIECE: STRONG WORLD
上週到國際書展時才發現原來 ONE PIECE 電影版 STRONG WORLD 強者天下 已經上映後（剛好上映的隔天去書展的），就幻想著一定要趁過年前先看一看。今天是過年前最後一個假日，我也很努力的在京站威秀售票口前排了將近一小時的隊。不知道為什麼 場次的安排 似乎不是連續的，還好大家顯然都跑去看 MONGA 而沒來和我搶 ONE PIECE 的座次。雖然尚未滿座，但是這個可容納百餘人的小場地其實在輪到我購票時也沒剩幾個位置可以選了，此刻倒是有一種為什麼早上不先多花 20 元手續費直接網路購票的悔恨... (泣)
就劇情上來講可能要扯到 OnePiece 第 0 卷，另外在動畫版部份魯夫於到達海底監獄『推進城』時也有加入一段金獅子的故事（426話開始）。總而言之，這是一場世界政府的危機但最後世界政府啥都不能做的故事。至於為什麼世界政府啥都不能做的理由還請進電影院瞧瞧！
另外在各橋段中總是一直穿插著各式各樣的笑點，不過印象最深刻的應該是布魯克被食肉蟻小看時說的那句『我只是局部型肥胖』吧！這真是中廣型阿宅最需要的一句救世密令啊... XD
訂閱：
意見 (Atom)
