March 26th, 2010

★ Photos, Albums, … Camera?

開啟 iPad 模擬器的 Photos.app 的時候，都會看到這樣的畫面：

過一下子最後一個 Camera 才會消失。

我一開始以為是 iPad 支援拍照功能，硬體還沒做但軟體先做了，後來想想，應該是支援 iPad Camera Connection Kit 的功能才對，它可以直接連接相機或記憶卡把照片傳進 iPad。

March 12th, 2010

★ iPhone OS 支援多工的方式

iPhone OS 4.0 將支援第三方軟體多工執行？

AppleInsider 說：「是的！」(Apple’s iPhone 4.0 software to deliver multitasking support. Via AppleInsider via DaringFireball)

iPhone OS 自 1.0 開始就支援 multi-tasking。

Apple 自己的軟體都在背景不斷的執行，只有第三方軟體，也就是你從 App Store 上下載來的軟體，才會被限制一次只能執行一個。

會這麼做的原因跟技術固然相關，但跟設計相關更大。

iPhone OS 當時是設計在手機上執行的，手機操作方式越簡單越好，因為使用者可能邊移動邊始用，不會很專心，一次執行一個 app 的方式剛剛好。

這樣的操作方式對一般使用者（像我爸媽、我表弟妹等一般人，不是你）而言也非常直覺：按了什麼鈕，就可以執行什麼動作，就跟他們以前用的手機相同；iPhone 對使用者來說不是什麼功能強大、按鈕多到不知按哪裡的「Smartphone」，而只是一款比以前任何手機都好用的「大螢幕手機」。

你要跟他們解釋說什麼單工多工，他們不會有興趣，並不是每個人都需要 multi-tasking 的；然而這樣顯然沒有讓 Power User 很滿意，所以想要 Multi-tasking 的呼聲從 iPhone 上市之初就已經喊到現在。

iPad 出現後，狀況可能有些改變，因為 iPad 和 iPhone 是不同的東西，iPad 大部分會拿在手上專心使用，所以為 iPad 使用者啟用 multi-tasking 的可能性是可以考慮的。

無論如何，不管 iPhone 或 iPad 硬體功能以後會多麼強大，他們畢竟和你的桌上型與筆記型電腦是不同用途的工具，所以真要提供 multi-tasking 的話，就要以非常易懂的方式來實作。

換句話說，這個 multi-tasking 的方式不可以讓使用者煩惱：

• 「我開太多軟體手機會不會變慢？」或是
• 「我一直開一直開的話，可以開多少個 app？」或是
• 「如果 iPhone 要結束掉我的 app，那他會結束哪一個？」或是
• 「無法結束程式的話，我要去哪裡按 Ctrl + Alt + delete？」之類的。

如果只是把多視窗的概念搬到 iPhone 上就可以讓使用者很順利使用的話，Apple 還需要花這麼多時間嗎？他明天下午丟一個 Software Update 就可以讓大家有這種「多工」了。

（事實上你的 iPhone 若是 JB 過的，早就可以 multi-tasking 了。）

我猜想 iPhone 上的 multi-tasking，若真要有的話，會是一種介於 OS 視窗概念與 iPhone 概念的形式，也就是說，他不需要使用者去切換視窗，不需要使用者去了解「多工」這個概念，當然也不需要擔心是否要先結束別的 app 才能去開新的。

而且不是每個 app 都需要、或是都能在背景執行。你能想像我在背景執行 Final Fantasy II，前面開一個 Street Fighter 4，還順便聽著 iPod 時，剛好接到房東打來催繳房租的電話嗎？

我認為在背景執行的能力不會由使用者決定，而是由開發者決定，當開發者認為他的 app 只有在背景執行才有意義時，那麼他在寫 app 時就啟用某種多工的功能，讓軟體的一部分能力能在背景執行。

例如 KKBox 會在背景繼續播放音樂，Tweetie 和 NetNewsWire 會在背景檢查新訊息。

而要啟動背景執行的時機，必須要由使用者主動去決定，也許在 Tweetie 的介面上多一個「Run on Homescreen」的按鈕，按下去以後會變這樣：

當然有新訊息的時候，Tweetie icon 上應該要冒出紅色圈圈的數字。

如果是這樣處理，那麼對現有的 iPhone 使用流程就不會有任何影響，也因為是使用者主動去要求 Run on Homescreen，他們也不需要考慮在開啟新 app 前，是不是要先結束掉其他 app。

在背景能執行的 app 數量，希望是在不耗損太多電力前提下越多越好，也許是 10 個。這個數量應該要滿足超過 8 成的使用者，若是使用者超過這個數量，就表示他該去用一台真正的電腦了。

不需要執行在背景的 app，就維持原樣，讓有需要的 app 能夠在背景執行部分功能。

「Run on Homescreen」 就是我對 iPhone 多工的解法。

February 12th, 2010

★ 消失的 iPad App

iPad 公佈後（今天距離發售日還有一個月左右），Kevin Fox 提到在 iPad 裡少了一些本來在 iPhone 和 iPod touch 都有的軟體：股票、天氣、時鐘、計算機等。

這些「消失」的軟體都屬於工具軟體（utilities），這些小工具軟體就是以簡單快速的呈現資訊為目的，基本上是以 Mac OS X 上的 dashboard widgets 為雛形，這四個軟體（股票、天氣、時鐘、計算機）其實也和 Mac 上的 widgets 長得差不多。

左為 iPhone 上的天氣，右為 Mac 上的。iPhone 上的其實比 Mac 上的還大。

Kevin Fox 認為：

1. 這些軟體以簡單快速為原則，所以不需要佔滿 iPad 1024 x 768 全螢幕。
2. 既然不需要佔滿全螢幕，不如將這些軟體變成 dashboard widgets，只要用某個手勢（例如五指滑動）就可以叫出 dashboard，而 dashoard 上會有多種 widget 可以使用。
3. 既然有了 widget，那就表示背景同時有多個軟體執行，某種程度上也算是 multi-tasking 了。

嗯哼…，在確認他的論點是否合理之前，有一件事需要先行討論，那就是…

為什麼這些軟體一開始會消失？

事實上，自從看到 iPad 的第一天，我就一直在思考一個很類似的問題：在 iPad 的 Twitter client 該如何設計？

Twitter client 跟 Dashboard widgets 一樣，都不需要用到全螢幕，因為它的功能與構造就是這麼的單純，如果不增加功能，那麼沒有理由加大它的視窗。

如果硬把 Twitter client 拉長拉寬，只會讓你的使用者讀的很辛苦；畢竟 Twitter 最多也只有 140 字，把這 140 字拉寬到全螢幕，會變成每一個 tweet 只有長長一行，遠遠會超過舒適閱讀的文字寬度。¹

如果現在我要設計一個 iPad 上的 Twitter client，我會合理的增加功能，讓它有使用全螢幕的理由，像這樣：

左邊看 Twitter 訊息，右邊放瀏覽器，因為使用 Twitter 很大部分的時間就是在看網頁。

如果要更完整的功能，那麼還可以把 RSS reader 加進去，這樣一來要看 Twitter 和新聞的需求一次搞定，什麼多工單工都不重要了 — 因為你根本不需要切換到其他軟體。

回到軟體為何消失這點上。

設計 Twitter client 時，可以合理的增加功能，讓它「需要」用到全螢幕，同時也讓使用經驗更加順暢，然而這樣的邏輯無法套用到這些「消失的軟體」上。

舉「天氣」為例子，將它拉大到全螢幕不但增加製作難度，那些加大的空間也只是為了補滿空隙而加大，沒有任何意義；要是為它增加新功能，又會失去原先的設計目的，它就是為了快速簡單的呈現資訊才被設計出來的。

使用者使用天氣軟體，真的只是需要看氣溫以及天候狀況而已，你給他們更多資訊，反而會讓他們花更多時間去尋找需要的資訊，這未必是好事。

同樣的道理，加大版本的「計算機」也不合理，跟 iPad 一樣大的計算機違反人體工學，用起來很累人的。²

總之，在 iPad 上消失的這些軟體，都有一個共同的特點：他們都是不需要用到全螢幕的簡單軟體，而且為它們增加新功能，會失去原本的設計意義。

他們都是不適合執行在 iPad 上的軟體。

但我們需要這些軟體！

我知道，我理解，我也需要。

這也是為何我傷透腦筋尋找把這些軟體合理放到 iPad 上執行的原因。

Kevin Fox 的解法只是單純的把 Mac 上的 Dashboard 搬過來，這樣的方式叫硬幹，非常不合理。

如果要把 Dashboard 搬到 iPad 上，會造成很多問題，Apple 得全部解決，這樣 iPad widget 才算是合理的設計。

1. iPad 上的 widget 該用什麼寫？Cocoa touch 或 html+css？
2. 他們和一般的 app 有什麼不同？
3. Widget 可以切換為全螢幕嗎？
4. 要怎麼管理 Widget？
5. App Store 是不是要增加一個叫 widget 的分類？
6. 要怎麼呼叫出 widget？
7. Widget 是否能在背景執行？
8. Widget 要擺哪裡？
9. Widget 是否可以變換大小？
10. Widget 是否可以切換為全螢幕？

…目前只想的到這些，而我對於任何一個問題都沒有解法。

我估計接下來的發展會有 A、B、C 兩種狀況：

狀況 A

Apple 決定 iPad 必須要能使用天氣、股票、計算機和時鐘，而且是以 widgets 的形式存在，而這些 widgets 跟一般 app 一樣使用 Cocoa touch，並且能在 App Store 裡購買，Apple 為這些 widgets 設計了一個專門的管理用軟體，叫做…呃…「Widget」， 並且在主螢幕上最右方那頁多擺一頁專用頁面，而 Apple 能夠用某種方式解決 widget 數量過多超過一頁的問題，而且還要讓新使用者很輕易的區別一般 App 和 Widget 的差異，然後我們就從此就和天氣、股票、計算機、和時鐘等簡單好用的 widgets 過著幸福快樂的日子。

狀況 B

Apple 決定 iPad 必須要能使用天氣、股票、計算機和時鐘，而且是以 App 的形式存在，最後設計出超高解析度但功能單純的軟體。³

狀況 C

Apple 決定 iPad 不適合執行這些軟體，所以不做。

我猜是狀況 C，但就算是真的也沒什麼大不了，就算 Apple 不做也不代表 iPad 上沒辦法看天氣，我賭上金田一他爺爺的名聲，不管 Apple 有沒有推出自己的天氣，App Store 上都會有一千種功能超強的天氣軟體任君挑選，說不定還有即時的全螢幕衛星雲圖呢。

January 28th, 2010

★ Thoughts on iPad

Apple 在最近十年內改變了世界好幾次；iPod, iPhone, 以及昨天發表的 iPad 都是非常重要的里程碑。

大家用了 iPhone 那麼久，對它早已習以為常，要是現在把 iPhone 從你生活中抽離，你會難以理解為何其他的手機這麼的陽春、這麼的…遜；未來的半年或一年後，當我們習慣了 iPad，應該也會有同樣的反應。

不只是「大 iPhone」

iPad 的外型像極了一台被放大的 iPhone（事實上我可以在繪圖軟體內輕鬆的把 iPhone 的圖片拉成 iPad）；解鎖畫面的方式和 iPhone 一樣，要用手指滑過拉桿；實體按鈕的配置上也相同：上方與側邊有開關、靜音、音量鈕，底下有 Home button。

在軟體方面，iPad 可以直接執行 iPhone 軟體、Home Screen 上的 icon 配置也和 iPhone 相同，就是下方的 dock 樣式不同而已。

然而，對於 Mac 開發者和 UI 設計師來說，iPad 並不只是一個「變大的 iPhone」或是「有觸控螢幕的 MacBook」而已，不，沒有這麼單純。

所謂介面設計¹，不只是單純的設計某個按鈕的「外觀」，而是要設計按鈕按下去後「要發生什麼事」。而「要發生什麼事」，則取決於軟硬體所提供的互動方式。

構思 Mac 軟體時，你可以知道使用者有滑鼠、鍵盤可以用，而且他們一定是坐在電腦前專心的使用，所以你可以盡情揮灑，只要維持版面配置和固定操作邏輯，就不怕使用者不會用；設計 iPhone app 時又不同了，iPhone 的螢幕小、而且使用觸控介面，使用者多半在移動中，沒有空去研究你的軟體怎麼用，所以設計時要讓功能與流程單純化，注意不要把所有的功能都做進去，只做最重要那個就好了。

iPad 又是一個不同的領域。使用者擁有一個 1024 x 768-pixel / 132 ppi 高解析度多點觸控螢幕可以使用，再加上本來 iPhone 才具備的 3G / WiFi 持續連線功能、GPS 定位、麥克風、內建喇叭、Accelerometer；而且你可以預計使用者會坐下來專心使用。

介面會趨於簡化，但功能不見得會簡化

iPad 給了我們一個截然不同的舞台。

Mac 適合跑功能強大，介面精密的軟體；iPhone 上適合跑功能單純、但互動方式多的軟體。

iPad 呢？

iPad 擁有大螢幕，有空間可以容納全功能的軟體，而操作方式又是使用多點觸控，是要用手指操作的，由於手指所需要的空間比滑鼠游標大的多，因此介面勢必要設計的夠大、介面元素間隔夠寬，在這樣的設計原則下，就會產生較為簡單的介面。

請注意 iTunes 的大按鈕、大專及圖片和左邊 Source List 的字體與間距，整體構造比我家的電視遙控器還簡單，我媽肯定會用。

iPad 上的軟體，將會有不遜色於 Mac 軟體的功能，但介面反而會比 Mac 上的更加簡單²。我預計一大堆 Mac 軟體會陸續移植到 iPad 上，而且功能不減。

2010 年流行的軟體材質是…真皮！

iPad 上的軟體還會有一個特色：就是「擬真」。

由於 iPad 的特性，使用者必須要用手指直接操作，所以對使用者來說，iPad 不必然會被視為有鍵盤滑鼠的「電腦」，而可以成為一種更加親近的裝置。

看看 Apple 自己寫的軟體，除了無法具象化的 iPod, iTunes, App Store 外，其他只要是在現實生活中有形體的 app，都會看起來像真的。

你去看看 Calendar 長什麼樣子，他就長得跟 Calendar 一樣；Address Book 長什麼樣子？就是 Address Book 的樣子！我個人最愛那個真皮的 Notes。

現實生活中可以用軟體取代，又有實體形象的東西，要是放在 iPad 上，可以非常輕易的讓大家接受，而且使用方式就會跟真的一樣，非常非常酷。

結論

由 iPad 的特性，介面元素會變大、會簡化，但功能未必要縮簡；實體化的介面，更增加了操作的簡易性。這個方向、這個未來、這個可能性、我喜歡。

新時代來臨了。

我一再重複這句話並不只是因為我是 Apple 崇拜者³，而是因為介面設計基本邏輯將從此改變：昨天，我們為「滑鼠 + 鍵盤」設計介面，明天，我們將為「手指」設計介面。

January 9th, 2010

★ 2010 新設計

過了一年幾乎沒有寫文章的日子，是時候再度開始了，那麼久沒寫文章的主因是照相太好玩、再加上接案忙。

經過了將近半年的接案生活，Portfolio 多了好幾個項目，對於 freelance 是怎麼一回事總算也有點了解，今年我會減少接案數量，花點時間做自己的事。

透過 Twitter 更新

這個 blog 的運作型態基本上是模仿 Daring Fireball 的，它是我所知第一個將 RSS 透過 Twitter 發佈的網站；所以這次在設計新版面時，就順便把這個方式直接拿來用，也因為有了 blog 專用的 twitter 帳號，我就順便把留言功能關掉了，因為會讀這個 blog 的朋友應該都有 twitter，有什麼問題在 twitter 留言就好了，又快又方便。

本 Blog 對 IE6 支援

…個屁！我管你看到的是怎樣，用的瀏覽器越好，看到的網站越漂亮，這是 2010 年的新規則。不只是這個 blog，我今年開始對於客戶要求的 IE6 支援也一律拒絕，不是做不到、也不是錢太少，而是我他媽的打從心底就不想做。

你如果也是做網頁開發的人，也請停止支援 IE6，一邊罵 IE6，一邊又在客戶的壓力下寫 IE6 hack 真是太可憐了。(把 IE6 使用者全部導到這裡吧。)

August 31st, 2009

★ Notes on Snow Leopard (Update 4)

剛剛升級到 Snow Leopard，注意到一些小變化，官方網站大概都有把改進的地方列出來，但自己發現的比較有趣。

Update 4:

• 重新命名桌面上的檔案時會看到動畫效果….。
• 現在從應用程式選擇「開啟檔案」時出現的 Finder 視窗支援 Quick Look 了。

Update 3:

• 啟動 Expose，按下 tab，可以單獨顯示某個應用程式的鎖有視窗，這個以前就有了，但下方的 dock 會亮起來，更加的清楚明瞭。另外，按著 dock 上的某個 icon 不放，也可以進入這個模式，非常棒。

• Expose 模式下，如果你有縮小到 dock 的視窗，會在下方用一條橫線隔開顯示，點一下可以直接放大該視窗。以前縮到 dock 的視窗是無法透過 Expose 使用的。

• 還有一個新功能，在 Dock 的設定裡可以勾選「Minimize windows into application icon」，啟動他之後，縮小視窗不會跑到最右邊，而是直接縮小到該程式的 icon 上。

Update 2:

• 螢幕小鍵盤的外觀看起來非常業餘，字都糊掉了。

  

Update 1:

• 連線到無線網路時，icon 會有動畫。

• 使用 Safari 播放 Quicktime 檔案時，會出現帥氣的播放按鈕。

  

原文：

• 升級後顯示的顏色有些微的變化，由本來的 Gamma 1.8 調整為 2.2。我的螢幕顏色有用 Huey 校色過，Snow Leopard 比 Huey 調整過的顏色稍亮一點點，但差別不大。

• 如果你的 iChat 連絡人有兩個帳號（如 iChat 與 Jabber），iChat 會讓你選擇要用哪個帳號傳送訊息。

• 使用 Cmd + Space 切換輸入法時，按著 Cmd 不放，會出現輸入法的切換指示，此時再按空白鍵可以不斷切換輸入法。

• 桌面檔案重新排序時有動畫效果。

• 似乎所有程式都變快了，但 Microsoft Word 還是一樣慢，不知是否為心理作用。

• 漢音輸入法更名為「注音」，有變的更聰明的趨勢，但還是沒有 Yahoo! KeyKey 好用；另外，打錯時「刪除整字」的選項似乎消失了。

• Quicktime X（應該是念做 Ten？）不相容於超級外掛 Perian，幸好 Snow Leopard 還會保留原來的 Quicktime 7。

• Quicktime X 現在可以錄製 Screencast 了。

• Quick Look 更強大，可以在 icon 上直接點左右箭頭切換頁面（這點有看 Keynote 的就會知道）我注意到其實是按下空白鍵後，Quick Look 視窗會顯示縮圖裡的那個頁面，也就是說，你在小 icon 裡切換到第 10 頁，放大的視窗也會顯示第 10 頁。

• Finder 的偏好設定視窗過場動畫似乎多了 Fade-in，也可能只是我的錯覺。

July 12th, 2009

★ iPhone 的 Tab bar 與 Toolbar

嗯哼…。¹

通常在 iPhone 軟體下方，你會看到兩種不同的按鈕列，且兩者無法共存：

• 黑底白 icon：可以在 iPod.app 和 Phone.app 上看到。
• 藍底白 icon：可以在 Mail.app 和 Safari.app 上看到。

這兩種按鈕列上面的圖案都是單純的符號，但是代表的意義不同。黑底的是 tab bar，用來切換軟體的不同畫面；藍底的是 toolbar，用來當按鈕發出指令。

Justin Wiliams 在 Die You Damn, Dirty Tab Bar 這篇文章裡提到：

Rather than taking the easy way and slapping a tab bar at the bottom of your UI, put the extra effort into the design process to see if it is possible to do the application using a single navigation stack. In most cases, I think the answer is yes. It may be a bit more work up front, but as your application matures (if it matures), you’ll find that the extra usable space along the bottom of your view will be much appreciated.

由於（標準的） tab bar 會永遠佔掉螢幕下方的空間，所以他認為開發者如果能不用到 tab bar，就盡量不用，未來要新增功能時，可以輕易在軟體下方添加新按鈕。

他以 App Store 為例（iTunes Store 亦同）：

App Store 裡的各種 tab 如 Featured, Categories, Top 25 都是針對商店內容的不同瀏覽方式，也就是當做 filter 來使用。同樣的商店內容，也可以擠在一起，變成像 iPod 階層式的瀏覽方式，這樣的作法在使用上也不會有任何問題。

階層式的安排，雖然在切換到不同瀏覽方式時，需要多點一下，但會釋出下方螢幕空間供更多功能使用；使用 tab bar，雖可以在各個模式間快速切換，但螢幕下方永遠都不能再放別的東西。

對照一下兩個 Twitter client：Tweetie² 和 Birdfeed³ 更可以理解這兩種設計邏輯的差異。

左為 Tweetie，右為 Birdfeed。

Tweetie 有黑色 tab bar，可以在各種頁面間切換。但是基本上這些不同頁面只是相同資料以不同 filter 呈現的結果而已，所以同樣的內容呈現也可以設計成 Birdfeed 這種形式：完全的階層式設計。

接下來，我隨便點一則訊息進入詳細畫面。

嗯…，你注意到以上兩個畫面奇妙的違和感了嗎？

Tweetie 下方的黑色 tab bar，竟然直接變成藍色工具列。

照理採用了 tab bar，應該要在任何畫面都顯示 tab bar，他提供的「快速切換」功能才有意義，但 Tweetie 這裡卻讓 tab bar 消失，以普通工具列取代。

再來看右方的 Birdfeed，點進 tweet 訊息的詳細畫面後，竟然沒有 toolbar 按鈕可用，設計者反而將按鈕變成內文的一個「欄位」：看起來是可以點進去下一層的「Reply, Favorite, Forward, Delete」等字樣，事實上被當成按鈕來用。

合理的設計方式應該是將兩個軟體的畫面互換，也就是說：

• Tweetie 的訊息畫面應該是採用右圖的方式，將按鈕安排成普通欄位的樣式，並且保留下方的黑色 tab bar。
• Birdfeed 則應該使用左圖的藍色工具列，把按鈕擺在 toolbar 上。

這樣一換，操作的感覺就會自然許多。

互換後才是對的？

為什麼這兩個很棒的 Twitter client 各自採用不合理的設計方式？為何兩者會形成「互換畫面才正確」的現象？

以我自己的經驗，也許可以稍稍回答這個問題。

在設計 UI 時，最困難（同時也最有趣）的是，設計者如何將各種抽象的行為具體化：即是將「行為」化為實際的「操作流程」。

當軟體的 UI 完成時，代表所有操作流程形成一個系統，在這個系統裡，在哪一個畫面可以做哪些事，是固定而且合乎邏輯的，只要達到這個目標，這個 UI 就幾乎算完工了。

仔細觀察 Tweetie 和 Birdfeed 的畫面，你會發現兩者在該畫面可以使用的功能其實是一模一樣的，只不過呈現方式不同。

對使用者來說，他們在這個畫面可以做哪些事非常清楚，所以功能不管是安排在 toolbar 或是跟內文放在一起，對使用者不太會造成影響。

回到之前的問題，Tweetie 為何會將本該永遠存在 tab bar 換成 toolbar？

只是單純沒有想到按鈕還可以用「內文欄位」的樣子呈現吧。他們發現空間不夠用了，但是又非要這些按鈕不可，只好把佔空間的 tab bar 換掉。這算是 Tweetie 的一個小瑕疵。

至於 Birdfeed，為什麼不在下面的空間裡放一個 toolbar？除了「設計者的堅持」外，我找不出別的理由，也許跟設計者個人美感有關。

結論

Justin 在文章中建議的：「不使用 tab bar，將下方空間留給未來利用」，正是現在 Birdfeed 採用的方式。

假設明天 Twitter API 多了一個可利用的功能，Birdfeed 也許只要加一個按鈕就能辦到，但 Tweetie （在不偷換工具列的前提下）就要多花點功夫。

May 7th, 2009

★ UI 魂 T 到貨了

臭氧先生訂購的衣服已經到了，經檢查後確認沒問題，收到地址後會寄出，如果收到以後太小件（我訂的是 M）會換 L 的給你。

氣味

衣物在印製過程中，染色原料在烘乾時會產生些許酸味，洗滌過一次味道便會完全消失。

洗滌方式

將衣物反面置入洗衣袋洗滌，水溫勿超過 60 度並且請勿用烘衣機烘乾。T shirt 洗後纖維會變成不整齊狀態，圖案顏色會呈現出略微變淡的感覺，並非掉色現象。

Thanks!

感謝您支持 UI 魂，遇到壞客戶被逼著做出以後不敢承認是自己做的爛設計的時候可以這樣說：

就算我原諒你，鬼也不會原諒你的！（指指自己的 T shirt）

感謝 hlb 提供這句 slogan。

April 21st, 2009

★ UI 魂特賣

「設計師」與「客戶」間的相處一直是個重要的課題，一個優秀的設計師必定擁有和客戶溝通的一套獨特方式。

很多設計師沒有找到溝通的方式，他們的熱情在外行人意見的轟炸下逐漸消逝，一次次的妥協造就無趣的成品，最後失去自己的靈魂。

在某大公司不到半年，我的靈魂已經在生死關頭徘徊無數次，雖然說賽亞人瀕臨死亡後實力會提昇，但是不小心就死掉的案例也是有的…，既然隨時都有掛點的可能，不如趁我的 UI 魂還在的時候用他賺點小錢吧！

我的 UI 魂價值 700 萬¹，把它切成一千分來賣的話，每一份價值 7000 元，但經濟不景氣打折，每份只要 70 塊就夠了。

要怎麼賣 UI 魂呢？把它印在 T-shirt 上就好了，每件定價是：

$550（T-shirt 製作） + $70（UI 魂）+ $80（運費）= $700

沒錯，只要 $700 就可以獲得一件 UI 魂 T，而且還擁有自己的專屬編號！

001 號

已售出。

002 號

003 號

1 號 T 已經賣掉了，所以現在要賣的是 2 和 3 號，反應好的話²（賣掉兩件的意思），會 unlock 4 號「嘔吐 UI 魂」與 5 號「UI 鬼」。

該說的都說了，快買吧！直接留言說要買哪一號就好了！

April 17th, 2009

★ JIWO CALENDAR

最近在做一個跟行事曆有關的專案，不知不覺就做出一個 icon，乾脆把他公布出來給大家用。

Icon 有三種 size：超巨大、中、小。要用在那裡都沒關係，有用的話說是我做的就好了。

使用方式

要更改 icon 必須要用繪圖軟體，如果你用 Fireworks，可以下載原始檔；如果用 Fireworks 以外的軟體，請直接下載 png 檔案。

• 下載 Fireworks 原始檔（修正）
• 下載 PNG 檔案

我把 icon 的各部位拆散了，你必須在繪圖軟體裡自己組合，每一個檔案夾裡都有附上 sample.png 供你參考。

Icon 裡用到的字型是 Aller，可以免費下載；當然你也可以用自己電腦裡原有的字型。

如果要改變顏色，請改變檔案夾裡 top.png 的 Hue/Saturation 數值，應該所有繪圖軟體都可以辦到。

Update: 修正了檔案內容，請重新下載 Fireworks 原始檔。