2012年6月28日 星期四

Galaxy Nexus ICS 4.1 Jelly Bean 使用心得

昨天晚上用了看完牙齒的空檔,刷了4.1 Jelly Bean來慶祝一年來都沒甚麼蛀牙~
在這邊稍微紀錄一下,我覺得好的地方,跟"也許還沒完成"而讓我感覺有點失落的地方。

我覺得很棒的幾個新功能:

  1. GOOGLE提示卡(GOOGLE NOW CARD)
  2. 可以直接看到縮圖的NOTIFICATION,也可以快速分享照片。
  3. 更有邏輯性的預設動作邏輯
  4. 收鍵盤的按鈕由虛擬按鍵來表示,也就是當鍵盤展開時,BACK鍵會變成向下箭頭。
  5. 開發人員選項的總開關。


1. GOOGLE提示卡
這個我覺得很棒,也是GOOGLE整合各種服務的體現。


這次更新最大的亮點,先知先覺體貼的GOOGLE NOW服務
Now Card導覽精靈
各種NOW CARD

要開啟這個頁面,有三個方式,前兩個是新的介面元素。
  • 在解鎖畫面中,可以看到圓形上方出現了一個GOOGLE的字樣。(模擬器中沒有)
  • 長按HOME鍵,也會出現一個圓,上方也有一個GOOGLE的字樣。(模擬器中沒有)
  • GOOGLE SHORT CUT
  • GOOGLE SEARCH BAR
從解鎖畫面進入 GOOGLE NOW

長按HOME來進入GOOGLE NOW
(其實很快速的按下HOME往上滑動就可)

這個ICON也行~SEARCH BAR也可以

按SEARCH BAR後的樣子,也可以看到NOW CARD



我粗略的了解,這功能就是GOOGLE利用您提供的個人資料,來產生對應的提示卡。
諸如行事曆,地理位置等等,再配合您想要產生NOW CARD的觸發機制,
來"先一步提供"您必要的資訊。

譬如說PUBLIC TRANSIT這個卡片,
就可以設定說,在這些時候出現NOW CARD

  • 靠近火車站
  • 靠近巴士站牌
  • 或是當TRAVELING(我不知道怎麼番比較貼切)

這麼一來,當你出去搭車時,就可以很快找到搭車的資訊,
而不用還要對著SIRI說請幫我XXXX...( ^^ )



2.功能更多的NOTIFICATION 
我個人很主觀的認為,ANDROID的下拉抽屜是該平台最棒的功能。
GOOGLE在這個地方多加著墨我覺得是對的。
尤其是對於喜歡快速分享手機照片的族群來說,非常棒。


3.更有邏輯性的預設動作
這是非常微小而重要的操作邏輯,我很高興GOOGLE這麼做


步驟一,選擇APP(注意底下兩個按鈕都是DISABLED)
步驟二,選擇APP,底下才出現兩個動作按鈕
你也許會問.....這哪有啥阿.....然後露出 ="= 的表情
不過讓我們來看看古早味是甚麼樣的



這是之前讓使用者選擇完成某個動作的app,
重點在於,底下是用check box的方式來"設定為預設"....所以使用者得從上到下,
看完一遍之後,在回頭往上選擇app。這在流程設計上是很不好的。
而這個pop up我就一直覺得應該把check box移動到app選單之上
但是那句"use by default for this action"卻又讀起來很怪....各位可以思考看看 ^^

很高興google提出另一種解法(相信他們也發現這個地方很怪!)

另外奉送一個類似的案例,在WINDOWS 7中,遇到檔案衝突時,MS的做法


如何? 一樣是把CHECK BOX擺在下方,但是使用者得先確認底下的CHECK BOX,然後回到上面決定動作...對我來說也是犯了一樣的毛病...不連貫......

我個人還是要給GOOGLE一個掌聲....解的真好。


4.收鍵盤的虛擬按鍵

也許有人覺得這是很不起眼的改動,但是我覺得這是UI的一大步^^
理由是:
  • 提供一種先例,讓虛擬按鍵也有隨功能變動的彈性
  • 更直觀的圖像,不然使用者也許會以為跟IPAD一樣在鍵盤上有個收鍵盤的按鈕。

5.開發人員選項的總開關
這點對一般人來說可能沒有甚麼太大的亮點,
但是像我一樣有某些開開關關的癖好的人來說.
我就不用每次都要滾動後找到其中每一項來開關了


不過這次刷的版本,我並沒有看到WIDGET功能的改動,
這應該是這次更新一個很大的重點,
不過模擬器上有多了WIDGET PREVIEW等等的新玩意,
不過說實在我不太知道這個有甚麼用途。XD
PREVIEW下可以拍快照,也可以當成MMS寄給別人.....這難道是RD才會用的測試功能?











2012年6月26日 星期二

[FIREWORKS] JSF編寫工具推薦

最近在寫FIREWORKS的JSF
發現最方便的清量工具是NOTEPAD++
http://notepad-plus-plus.org/download/v6.1.4.html

記得要把程式語言\JAVASCRIPT  設定好
這樣就會把關鍵字HIGHLIGHT了

2012年6月24日 星期日

GUI LAYOUT DEFINITION (II)

之前在這邊討論過兩種GUI LAYOUT文件的例子,今天想要說說我心目中LAYOUT 文件怎麼做才會快速的幾個想法。當然,除了效率之外,也要考慮RD開發端閱讀的便利性。

我喜歡把閱讀這份文件的人稱做"使用者"。然後根據使用者的需要來製作文件。
其實我也很討厭吊書袋,把甚麼東西都冠上"使用性"這種華麗且尺度龐大的詞藻,
不過為了方便溝通,就先暫時忍耐下。

RD的需求:

1.整體視覺完稿的SAMPLE(以下簡稱SAMPLE)
2.切圖的位置,以(X,Y)座標最容易使用。
3. 各切圖的長寬(OPTIONAL)
4. 各切圖的檔名。

再來,GUI人員作業的流程:
1.設計出整體視覺圖(對應RD端的第一點)
2.切圖
3.繪製標註各切圖的座標等。

而其實我覺得這整個流程最討人厭也最費時的,
在於1,2,3各個步驟沒有辦法一氣呵成,尤其是2-3中間的連結,非常煩人
舉例來說,有可能一開始是在PHOTOSHOP中畫圖,畫好了之後,又用PHOTOSHOP切圖。

切好圖後,將每個切圖輸出,到此已經相當繁瑣了。但...

接下來才是麻煩的開始....


依照目前我工作地方的作法,
是用VISIO來畫出切圖的位置大小等等...
也就是說,GUI人員得在VISIO"重建"每個切圖區塊.

若是按照其他公司的作法,則是把所謂SAMPLE放到POWER POINT或者EXCEL中,
然後利用彩色方框來框出SLICE的位置跟區塊。
這個方式較為快速,但是若是考慮精度則非常不精準,畢竟PPT跟EXCEL並不是拿來做專業製圖的工具。

總的來說,以上這兩種方式,在我看來都是得"重製切圖",非常耗時。
我也在網路上看到很多GUI人員發出哀號,期望能有個工具能自動產出這些標註。
說真的,我到目前為止還是沒有看到這樣的工具,同時也覺得訝異像是ADOBE這些公司為什麼沒有提出這樣的解決方案。

對我來說始終是個謎。

不過將手邊的工具研究了一下,其實也是有折衷的解決之道。
說來你可能會摔倒....不過,我覺得FIREWORKS可以做到.....

(下回待續)






[ANDROID]談GOOGLE 拼音輸入法鍵盤的設計

天底下沒有完美的系統。所以我一直都是吃在碗哩,看在鍋底。
希望能從別的手機系統找到IPHONE所匱乏的功能。

身為一個IPHONE用戶,一直很困擾IPHONE輸入法的不便。
今天要來談談一個雖然很不起眼的輸入法,
卻讓我更加喜歡GOOGLE這個老GEEK公司。

GOOGLE 拼音輸入法:

[一鍵三用]


先來看看螢幕截圖:



這個鍵盤的神奇之處在於,
每個鍵盤都包含了一個特殊符號,而切換方式是按住某個KEY之後,手指微微下滑,就能輸入相對應的符號了,非常方便。

而切換大小寫也可以非常方便的達成:
1.使用SHIFT(上箭號)
2.按下某個按鍵後,往上滑。

也就是說,同一個按鍵在輸入的時候,就可以有三種選擇。
我使用了好一陣子之後發現這讓我再編寫英文時非常有效率。

相較於IOS中,每次要輸入符號都要按下切換鈕才能跳至符號列表,然後又得切換回英文繼續輸入,真的稱不上FRIENDLY。


順便也說說一個滿有趣的功能。

[十字導航鍵]
這個功能我覺得很棒。
APPLE的做法,就是長按某個段落就會出現放大鏡,方便使用者作遊標的定位。
不過我個人不是很喜歡這個做法,因為我總覺得放大鏡有種以管窺天的感覺...我喜歡看到文章的全貌....(相較之下我必較喜歡ANDROID 4的選字。)

不過這個十字導航鍵也提供了另一種移動遊標的方式。
只要按著,就能用滑動的方式來移動遊標上下左右移動,
這樣最大的好處在於:
1.手指頭不會擋住文字內容
2.手指頭不用離開鍵盤而去長按文章內容。

第二點其實對我來說,影響編輯的流暢度很大,
總讓我覺得好像我在用桌機時,打字打一半還得挪動手去戳螢幕才能選字的感覺^^
不過這也是我個人的闢好就是`.

好好用的十字導航

不過很可惜,這個功能得開啟九宮格鍵盤才會有,


不過得開啟9宮格鍵盤才有

其他還有一些錦上添花的功能,
像是WEB專用鍵盤,表情符號鍵盤等等,都非常方便(相較於目前的IOS)

各位有機會不妨可以玩玩看這款。

歐,對,我有認真學拼音輸入法...
無關政治,也無關繁簡....
我單純覺得,一種難用的輸入語言,只會造成這種語言在國際間變成孤兒罷了
而拼音,是目前我覺得最容易打入國際的輸入法。

而且也確實好用。









2012年6月19日 星期二

[ANDROID] GUI RESOURCES HOW TO?

這一陣子公司因為大量的客製ANDROID UI的需求,
花了時間做了一些功課,讀了很多官方為了因應各種不同"螢幕密度"而訂出的GUI規範,
請注意,這邊說的不是所謂單純的解析度,或者面板尺寸,
而是將兩者綜合考量下的"螢幕密度"。

其實網路上有不少人發表相關的心得,特別是對岸有些文章我覺得頗有參考價值的。
以下是我個人心得以及各種犯錯的經驗,不過因為缺乏實作的案例,也許仍有很多錯誤的地方,希望看到後有疑慮的人可以不吝指教。

[ANDROID] FROG+SHARP FEEL UI THOUGHTS


昨天最讓我印象深刻且覺得非常開心的就是這個新聞
SHARP跟FROG設計聯手打造的FEEL UI
讓我非常驚豔

將主要畫面拆成三個部份的結構很像我很喜愛的NOKIA N9
只是N9的三頁是APPS,EVENTS跟MULTITASKING

光看影片,不知道FEEL UI中的APPSSHORTCUTS功能上有多大的區隔??
[答]:其實就是把原來ANDROID桌面的SHOURTCUT搬移到跟APPS平行,而SHORTCUTS可以有很多功能,像是直接撥打給某個聯絡人,直接EMAIL給某個聯絡人~
不過若以我的操作習慣,我會把SHOURTCUTS頁面移動到最左邊,也就是最常用的位置,再來是WIDGET,然後才是APPS。

不過, 
這樣的架構下,ICS原生底下的ACTION BAR就不會一直出現HOME BACK….結構上乾淨多了,光這點我覺得HTC跟SAMSUNG這兩位領頭羊,思路就有點陳舊...
我也一直覺得在ANDROID手機上,底下的ACTIONBAR跟主要畫面底部的常用快捷,造成視覺上的紛亂,若APP又出現更多的選項,整個就很雜亂。



而且OPTION似乎被藏在TAB下拉中??....如果是的話也就不會看到那個飄忽不定的三個圓點的ICON….視覺上的一致性也有提高...





不過當我這樣想的時候,發現...影片中的MESSAGE頁面還是出現三個點了@@
這麼一來我就有點覺得操作行為太...豐富了...




[WIDGETS]
Widgets 頁面讓我想起INFO BAR A01...設計師似乎是從WIDOWS PHONE"擷取靈感"的





小結論

滿喜歡日本人收納的功夫(雖說我不知道青蛙公司負責設計的是哪國人

這樣一路看來,真的能把ANDROID做出刻板印象外的,似乎都是日本手機
也可以看得出來ANDROID有很大的客製彈性

我也很喜歡鎖屏時,開放出很多資訊的切換彈性
我一直覺得,鎖屏,還是有很多事情可以做的……

2012年6月18日 星期一

[ANDROID EMULATOR ERROR] [UNKNOWN SKIN NAME] and [THIS AVD'S configuration is missing a kernel file]

If you are a newbie or not from RD background, you probably would run into the same problems as i did using ANDROID EMULATOR.

My target platform: android 4.0.3:

Here are 2 major errors I spent quite some time to figure how to get rid of the error messages.

  1. ERROR: unknown skin name 'XXXXX' 
  2. ERROR: This AVD's configuration is missing a kernel file!
let's take a look of what the hack is going on in so called "Configuration"

In Win7, try to locate:
C:\Users\YOU\.android\avd\YOUR.avd
then open up the Config file in text editor:


See? i have marked 2 places you have to pay attentions to.
take a look this folder: 
  1. C:\Android\android-sdk\system-images 
  2. C:\Android\android-sdk\platforms


you will find there are no such folder called "android-15"

guess the SDK manager made mistakes here....

so the solution is quite straight forward for us,  you just rename the folders or modified the config files.

Good luck.




2012年6月10日 星期日

UE PROCESS: Explain Behaviors with eye-catching design?

This always confuses me.

Recently, we are working remotely with our SH team to come up with UI customization proposal on Android 4 smart phone.

Our boss has his own opinion on the button layout, but we are trying to convincing him that there are some potential problems regarding either the ease of navigation or the flexibility to extend the functionality.

Mr boss asked  us to use EXAMPLES to give him a clearer idea of our concerns, which is totally understandable.

BUT, as i've expected... B asked us to present these examples in FULLY DESIGNED MOCKUP, which means the GUI team needs to work on the visuals.

In my opinion, we should never jump from the structure\ task flow to the visual design process directly, especially when the discussion is focused on "BEHAVIOR."

WHY?

According to my experience, if u come up with a very beautiful design, people tend to overlook the interface logic.

The best practice is to discuss this kind of stuff with task flows and simple wire frames.

  1. Thus we dont have to put too many efforts on the look and feel in early stage.
  2. There are fewer risks your boss choose a solution based on "it just looks right "