Twitter for Android popup a user list when you enter “@” in post screen. Like this:

How it implement such feature? The solution can’t be simpler - You could use MultiAutoCompeleteTextView to do this.

Here is the sample codes:

And the result:

To use this widget, you need to implement a Tokenizer to tell it where the sub text is. In this case, just find the string between ’@’ and space.

進入到Day 2了, 今年跟去年不一樣的地方好像只有把兩天keynote對調而已, 相較之下, 今年的Android強悍太多, 比起來, 還是可以叫Android IO啦…

去年HTML5部分找了一大堆廠商來站台, 比起來今年就遜色許多, in app purchase這功能找來了Mighty Eagle用Angry birds來站台, 讓本來快睡著的我突然醒來了, in app purchase 在Android, iOS已經有了, 並不是太特別, 倒是WebGL寫的Angry birds 讓我眼睛一亮, 只是事後去下載來玩的感覺是, performance沒他宣稱的好, 動畫路徑顯然被簡化過, 表現還不及iOS和Android版本

Chrome OS, 感覺好像沒啥比較亮的進步, 唯一比較亮的是Chromebook的價格, 有點太貴, 以目前Android tablet越來越強悍來看, 這樣的小筆電很容易被Android tablet給邊緣化吧, 畢竟Cloud已經快要不是只有Chrome OS能強調的特色了, 很多東西Android已經具備, 甚至未來也有可能會具備呀

今年送的贈品又有tablet又有筆電, 有去的人還真幸福, 可以好好比較一番, 真恨自己沒搶到票… (還是該恨Google讓我在半夜狂按一小時還搶不到票)….嗚~~~

昨晚熬夜看了Google I/O的live(那是一定要的啦!), 雖然沒睡多少, 到現在依然興奮!

今年Day 1的Keynote搞到真的像是Android I/O一樣, Android儼然是今年必然主角一樣, 不過與我之前想像的不太一樣, 今年沒特別著重在平板, 也沒特別著重在TV和其他裝置, 而是Android本身, Android本身已經適用到手機, 平板, TV這是自然不在話下, ADK, Android@Home的加入, 等於把它延伸到更大的範圍, Movie rental, Google Music更揭示了, Google後面那朵雲可以做Android多大的後盾, 今年的主角不是Android平板呀~~~而是Android everywhere~~~

這些東西朝我理想中的移動裝置越來越接近了, 之前一個想法就是, 一個好的移動裝置, 要有的三個特色, “everywhere”, “get connected”, 以及"seamless", 要能夠隨處取用(everywhere), 隨處取用並不只是單單針對一個裝置來說而已, 在不同場合可以取用不同適合的裝置, 如手機, 平板, 電視, 甚至智慧型3C家電, 而且這些東西不只要能夠有對外界溝通的管道, 甚至彼此可以互相溝通(Get connected), 這一點似乎Android@Home已經是某種程度上的實現了, 最後是"seamless", 不同的移動裝置除了可以互相溝通外, 甚至在使用轉換上可以"無感", 舉個簡單的例子來說, 當你在看一部電影時, 在等公車時, 可能因為有位子坐著, 所以拿出平板來看比較舒服, 等上了公車後, 人潮擁擠, 你會拿出手機接續著看, 等到了家, 電影還沒看完, 繼續轉到電視上看, 如果像這樣的使用體驗在不同的裝置上可以無縫的接續, 那真的會是更大的威力(不知道拿ADK bluetooth有沒辦法實現這樣的東西)

當所有的裝置都連接了, 在配合後端的雲, 那整個會成為一個Skynet或是Borg呢? :D

不過也不是完全沒負面的東西啦, 像是Music和Movie rental那東西, 勢必會變成Carrier一個惡夢, 智慧型手機替他們爭取到了不少使用者, 但是相對的也得付出代價, 越來越多的連網裝置, 如果基礎的infrastructure跟不上, 那勢必會是災難, 也不只Carrier而已, 對於一些網路的服務來說, 連接的媒體就不再只有PC, 數量會越來越多, 需求的架構就要更加紮實了…

According to Facebook mobile development document (Android), you need to generate a key hash for your application in order to apply Facebook SSO(Single Sign on).

Here is the formal way to do this:

keytool -exportcert -alias androiddebugkey -keystore ~/.android/debug.keystore | openssl sha1 -binary | openssl base64

But sometimes you won’t have a tradtional key store especially when building with Android open sources. Keys in Android open sources are in pk8 format. In order to generate key hashes with these keys, you need to tranfer them into a pk12 key store.

I created another way to generate keyhash without keytool and openssl. Here is the source codes: FacebookKeyHashGen

This program get package sigature directly from package itself.