用了Google+之後就有種感覺…Flickr總有一天會撐不下去的, 但我在Flickr五年來已經放有數千張照片了呀~~因此萌生了搬家的念頭, 至少多一個避風頭的地方

找了找, 似乎好像沒有一個好的工具…..加上這幾天學到了一句話, 想奉為座右銘: “How hard it is”…其實想想也不會很難啦…所以DIY DIY一下應該就有了

這個東西還可以順便驗證Google說的:

Free storage limits

Photos up to 2048 x 2048 pixels and videos up to 15 minutes won’t count towards your free storage.

Automatic resizing

All photos uploaded in Google+ will be automatically resized to 2048 pixels (on their longest edge) and won’t count towards your free storage quota.

第一點, 那是對的….不過第二點, 實在是騙人, 我把Flickr上的原始大小的圖往Picasa塞, 果然還是碰到塞爆的狀況了, 所以這次要release的這個版本就是會先resize到2048再上傳

看來看去Python最簡單, 事實上我也花一個多小時就而已, 不過太久沒寫, 我也不常寫, 不是跟他很熟, 就寫得不是很漂亮

Source code 底家啦!!

首先, 你必須要有:

1. Beej’s Python Flickr API : “easy_install flickrapi” 安裝即可
2. Gdata API : “easy_install gdata” 安裝
3. Python Imaging Library (PIL) : “easy_install pil” (不過mac Leopard下, 用原本的python會裝不起來)
4. Flickr API key : 請自行去 http://www.flickr.com/services/api/ 申請一把
5. Gmail account (就Picasa account)

如果在Mac Leopard下, 建議用MacPort的Python2.6

使用方法:

1. 在config.py內, 把API key, API secret以及Gmail的帳號密碼設定好
2. 用python flickr_listsets.py 列出你帳號下所有的Photo sets, 以及他們的photoset_id
3. 用python flickr2picsa.py photoset_id即可搬家了, 如果要一次搬多個photo sets就指定多個, 用空白隔開即可

Ok, 就寫到這, 這只是私用的小工具, 沒寫的很好, 不過目前應該夠我用了, 很歡迎有高手可以改造.. :P

想不出啥好idea來利用NFC, 所以呢, 身體力行勝於一切, 寫隻小範例體驗一下比較真切, 所幸Android NFC API並不難, 從研究API到寫出這個範例, 比我畫上面那張圖花的時間還更短….

接收的範例已經有了NFC Demo, 而且我比較想體驗一下P2P的狀況, 所以就寫了隻push的範例

這範例的功能如:

功能很簡單: 在Browser瀏覽網頁時按下Menu->Share page->NFC Push demo, 然後拿另一支NFC裝置來讀取分享的頁面, 因此這一頁面需要能透過NFC push去發送一個含有欲分享的URL的Message

首先要讓這隻程式支援NFC, 在AndroidManifest.xml有三個必要的要素:

1. SDK level >= 10: <uses-sdk android:minSdkVersion=“10” />
2. NFC feature : <uses-feature android:required=“true” android:name=“android.hardware.nfc”></uses-feature>
3. Permission for NFC: <uses-permission android:name=“android.permission.NFC”></uses-permission>

然後我們必須要一個Activity來支援URL的發送, 這個URL要包裝成NdefMessage

NdefRecord rec = new NdefRecord(NdefRecord.TNF_ABSOLUTE_URI, NdefRecord.RTD_URI, new byte[0],share.getBytes());

new NdefMessage(new NdefRecord[]{rec})

要支援push, 只需要在onResume時使用enableForegroundNdefPush就可以了, onPause記得把它disable (沒disable會怎樣? 我碰到狀況是, 沒disable, 可能連之後讀取似乎都有問題) , 文件裡面是說要在main thread裡呼叫, 但試驗結果是, 也不能放在onCreate

Android API 網站上有一篇介紹NFC的, 還算蠻簡單的

完整的範例程式在此

好像好久沒寫Android的技術性的文章了, 不過最近也沒提起啥勁implement些啥東西, 所以, 拿點簡單的介紹來充數

MIUI (http://www.miui.com/) 是對岸一個很有名的Android custom ROM, 也很強大, 有蠻多很酷的特色, 支援市面上十數種Android手機, 我的Nexus One上用的ROM一直是用它

我喜歡這個版的custom rom的原因不是在於他有很多功能或新的創新, 而是他們會聽使用者的, 整個開發就是從論壇上的反饋(大陸說法啦, feedback)而來的, 取之於使用者, 更容易貼近使用者, 而不會一昧的自大的想說使用者會怎樣想怎樣, 直接就已經是從使用者意見來取材了….

第一個比較顯眼的特色是有很多特色主題可以應用, 還可以線上下載:

也可以上網下載很多不同風格的, 光看這畫面就知道這個lock screen的變化性了

我也蠻喜歡這個文件管理的AP的, 介面乾淨清爽, 而且分類也清楚

HTC style的撥話介面, 現在很多人都學這個:

網盤上提供了很多裝機必備的軟體, 它並沒有把太多軟體一口氣預裝到ROM上, 一來節省ROM size, 二來, 其實使用者也未必每種都有需要, 對於懶人, 還是有一鍵裝機的

從剛開始知道它後用到現在, 它的進步蠻多的, 進化也蠻快的, 真是令人羨慕….

用了iOS 5大約一個多星期了, 感覺上是差不多可以出了, 雖然大大小小bug還是有, 不過, 之前正式版的iOS 4我也常遇到bug呀~

比較方便的改進就是新的notification吧, 以前的notification難用到我直接關掉, 這次這個Android notification的copycat就好多了…..

跟Android一樣也是下拉就會出現, 不過跟Android不同的是, 會是以應用程式為主分群, 另外可以加兩個widget(天氣, 股票), 但Android如果在Full screen狀況下是無法知道有notification的, iOS這個是連在Full screen 的狀況下也可以下拉使用(就由上往下的手勢操作), 試過在玩Angry birds時也可以, 這樣就比在Android上方便一點

設定上就稍嫌複雜太多

在Lock screen上也蠻方便的, 直接解鎖就到該AP去了

說實在的, 這一點都不算創新, 反而比較像完全的抄襲, 但又稍微有點小小的改良後, 還算方便啦…

這只是這幾天觀察的一個小心得…

在日本, 路上看到的iPhone並不算少, 但總覺得比例上比在台灣上看到的還少, 雖然說我目前看的只有大阪地區, 不過, 不能說iPhone賣不好, 只是想說, 在這市場, Android的機會會比iPhone來得大

來過好幾次日本, 也有注意到日本人換新機的速度之快, 每個人用的手機幾乎都是比新的, 足以見得日本人對手機喜新厭舊的程度, 大家都要最新最好

加上, 日本手機其實客製化的程度頗高, 同一款手機, au KDDI和Softbank裡面欲裝的AP一定不同, 甚至還有像Disney phone這種針對特殊族群設計不同功能的手機

這兩點其實正好就是iPhone做不到的, iPhone一年才出一支新的, 應該滿足不了喜新厭舊的, 至於客製化, iPhone幾乎不客製化的吧….但這兩點確是Android的強項, 幾乎滿滿的機海, 加上可以任意客製, 要滿足這市場應該比較容易

這幾天外面看到smart phine的除了iPhone外, 最常看到的就是Sharp那隻3D的手機了…