切圖的細節-不會消失的一像素

前陣子跟另一位設計師討論到關於切圖的細節,所以特別寫了這篇文章來討論。

之前的文章有提到過,關於切圖一事,我大多交給工具來處理 cut&slice me,而這套工具的使用,有一個條件,是要用最大的解析度做為切圖的基礎,再生成不同解析度的圖片,也就是我先做大3x,再透過工具縮成1x,而在程式批次縮小的過程,我想大概自動化的流程就是:平面化→縮小→輸出。所以如果我畫了一個 3px*3px 的 block,照他的規則,應該會自動產生出 @1x 的 1px*1px、@2x的2px*2px及 @3x的3px*3px  的切圖,如下圖。

3pxdottest2


從上圖中可以知道 3px*3px  的 block 會分別縮小成不同解析度下需求的尺寸。

接下來問題來了,如果繪製的圖小於 3px*3px 會發生什麼事情?我們先來看 2px*2px 的 block 輸出成切圖的結果。

2pxdottest

很明顯的 2px*2px 的 block在 @2x跟@1px 的條件下,己經是縮小的極限了,不會再更小,所以停留在 1px。

那如果是 1px*1px的block,會是什麼樣的情況?

1pxdottest

最小就是1px,不會再更小了,因此我們就可以知道,小於1px的大小在平面化再縮小成切圖的時候,是沒有意義的。

但光是這樣的討論還不夠,會那麼在意切圖的細節,原因在於設計 icon 時,會用到線條,而且線條不會剛好切在每個格點,或是帶有孤度…等等,因此線條或區塊間通常會有間隙,所以我用一個比較極端的方式來比較,存在不同像素的間隙時,切出來的圖會有什麼不一樣。

cols

我先畫了一些固定高度為 6px 長方型,然後給他們不同的間隙,在還沒做切圖之間,我們大概可以猜想一下,切圖會變成什麼樣子,高度在 @3x 的時候會是 6px,@2x時會是4px,@1x時會是2px;而寬度的部份,根據我上面的測試,寬度為 3px 的時候,@2x 會是 2px,@1x 會是 1px,而寬度為 2px 時,在 @2x 之後都是 1px,寬度是 1px 的情況下就都是 1px。

但間隙會怎麼處理,如果照這樣的規則,切出來的圖一定會分不出來間隙,但我們可以直接看結果:

mixnobg

@3x 的情況下,應該沒什麼太大的問題,間隙還是很清楚,但是在 @2x 跟 @1px 的情況下,間隙小於 1px 的情況下,發現電腦會自動幫你補上灰色,有些原本應該要是黑色的區塊,也變灰色了,雖然我不太知道灰色是怎麼決定的,但我想應該是透過補差法的方式而來的,但這就是電腦在做的事情了;我們要知道的是,在遠看的情況下,它依然還保有一定的辨視度。

但更神奇的是,電腦補的不是實色的灰色,而是半透的顏色(*png才會的格式才會保有透明度),如下圖:

mixwithbg

我們可以發現,這些灰色,是帶有透明度的黑色,所以在不同的背景色上,做大圖來縮小圖,只要符合解析度的需求餵圖,間隙的感覺不會消失,這些小於 3px 的間隙會用某種方式來呈現,所以 1 像素永遠不會消失。正常螢幕解析度看是像這樣的:

normalview2

 

以上大概就是我的測試結果。

但對於介面設計還有 icon 的繪製有什麼樣的建議,電腦會自動幫你補足這 1px 的間隙,如果切出來的圖會歪,那大概就是對齊的問題了,另一點就是如果要保有比較好的銳利度,或許算好px再繪製icon,會是比較好的方式,當然這就比較困難一些。

但一般人的眼睛很難去辨視 1px 的差異,尤其是在高解析度的螢幕上那就更難了,所以對齊倒是可以努力去方向,那就回到我的另一篇文章(如何在illustrator上設定完美像素(pixel perfection)中所提的,對稱圖形盡量用偶數去算,比較不會有歪掉的感覺。

以上小小討論,如果有任何錯誤或補充,歡迎討論。

廣告

iOS、Android 色彩透明度的標示方式

在繪製介面時,調整顏色的透明度 (transparent) 是一個很常用的技巧,好處在於:

1.減少灰階顏色定義

2.維持介面顏色的一致性

早期網頁設計還沒支持透明度的屬性時,設計師要自己調色,來控制顏色的明暗,所以會發現許多網站關於灰階顏色的定義,基本上都用過一輪,但其實這樣的方式比較沒效率,後續要維護也會比較麻煩。

在app的開發上,灰階的顏色通常會使用在字體與線條上,為了讓字體的閱讀更加舒服,內文字體不會使用純黑色(#000000),而會使用「灰色」來代替,但實色的灰色會因為背景色的不同,會讓app文字內容的易讀性有所差異。

transparent-01

上圖大概就可以知道為什麼要用帶透明度的黑色來取代實色的灰色,因為帶透明度的黑色,在背景稍深時,還是有比較好的閱讀性,如果是實色,字體就會被整個畫面給吃掉,不易閱讀。當然也可以多定義一個新的灰色,但那就是要多記一個顏色。

而在 Google material design  裡 Typographic 有提到文字透明度的設定說明:

trasparent

第二段提到,建議文字顏色對比至少 4.5:1 建議是 7:1,最後定義出 54% black 與 87% black,雖然我有試著去算出這兩個數字,但最後還是找不到一個合理的算法(求解)。(百分比可以依需求自己設定,這邊只是舉 google 的例子,但我還是好奇這兩個數字是怎麼算出來的)。

2015/04/28補充:關於 4.5:1與7:1 的數值可以參考w3c的規範

2015/08/12補充:這篇文章被轉載,這邊再補充一下對比值的檢查工具

至於透明度定義好,要怎麼提供給工程師,說明如下:

iOS

iOS 在給顏色的值,可以直接給 alpha(α) 值,也就是像是網頁 css rgba 的標式方式,最後的 α 值,給 0~1 之間 0 代表完全透明,1 代表完全不透明,因此在 iOS  的標示上不會有什麼問題。

Android

Android 就比較麻煩,因為要給 hex 的色號,之前花了一點時間理解透明度的 hex 換算方式;hex全名是 hexadecimal,也就是 16 進位,這是除了 rgba 外,另一個比較常見的方式,在網頁設計上也經常在使用(在色號上會給#符號的,就是使用hex的方式給色)。

通常不指定透明度時,給的 hex 值不含井字號會有六碼:例:「#aabbcc」,aa 用來控制紅色、bb 用來控制綠色、cc 用來控制藍色,如果要補上透明度,就要在 aa之前加上透明度的 hex 值。

之前為了透明度的問題,手動算換了 16  進位的透明度值,以下是 rgba 跟 hex 的概略的換算方式(不想算數學就直接跳到表格,因為算的事情交給電腦處理就好):

transparent-02

但後來才發現有人整理好了不同透明度對應的 hex 值。– stackoverflow,如下表:

  • 0% – 00
  • 5% – 0D
  • 10% – 1A
  • 15% – 26
  • 20% – 33
  • 25% – 40
  • 30% – 4D
  • 35% – 49
  • 40% – 66
  • 45% – 73
  • 50% – 80
  • 55% – 8C
  • 60% – 99
  • 65% – A6
  • 70% – B3
  • 75% – BF
  • 80% – CC
  • 85% – D9
  • 90% – E6
  • 95% – F2
  • 100% – FF

所以如果要提供帶有透明度的 hex 值,就直接在 hex 值上的最前面,加上透明度的 hex 值就行了。在標示給工程師的文件中,就可以直接提供帶有透明度的 hex 色碼,例:「#cc000000」,我想工程師看到你如此貼心,應該也會挺開心的。

結綸

這篇的重點,其實是在強調,在繪製 app 時,字體與線條的線色盡量使用帶有透明度的黑色,而不要直接指定實色的灰色(如果是要那種紅底綠線、藍底黃色的特殊需求,不在此討論範圍)。

這也是我之前在做 app 時,因為定義太多不同的灰色,常常困擾我的問題,有時我也搞不清楚那個背景要用那個灰色,所以到最後每個位置的灰色定義都不一樣,維護上也就更加麻煩,你會發現工程師會一直跑來問你這個字體要什麼顏色…。

而背景色,建議還是以實色為主,因為每個 app 都會定義自己的主、副色,背景色如果用有透明度的顏色,不小心的話,有時會影響主色與副色的使用,但這是依 app 的需求取捨。

上述的說明,是基於白色的背景做為說明,如果是以深色的背景為主,那可以用白色帶透明度的字體顏色也是一樣的效果。

關於色彩的定義,可以參考這篇文章:

RGB、HSL、Hex 網頁色彩碼,看完這篇全懂了 – CSS可樂

有任何問題,歡迎討論!

介面設計實用工具整理

工具不在多,在於精。 不定期補充,歡迎推薦!

Android


iOS


AI

  • Cadtools – HotDoor  || 標示工具(付費軟體,google大神求解)

PS


Tools


免費素材資源


wireframe tools

  • justinmind || 好用的wireframe 工具
  • axure || 網站、app,架構 pm 必備工具

Prototyping – 基本

  • invisionapp || 簡易,未付費只能用一個專案
  • pop || 台灣團隊的作品,未付費能使用兩個專案

Prototyping – 進階

  • origami || 這套後面是facebook的團隊在開發維護的,但要有程式基礎
  • pixate || 比origami易上手,被google收購,免費開放使用!
  • hype 3 || 免程式碼   Akane Lee 推薦~
  • principle || 新推薦!

推薦部落格


 

一些對岸的教學網站

台灣加油啊!

APP切圖的命名方式

關於切圖的命名方式,基本上沒有什麼固定的規則,但就我個人的經驗,切圖命名是一件很重要但很麻煩的事,一個 app 的開發,可能有數十張甚至百張的切圖,還要依不同解析度去做切圖,所以命名一定要清楚、一致、能擴充,否則之後會很難管理。

關於切圖的規則,有幾點必需要注意:

  1. 全部英文小寫
  2. 請以下底線做區隔 例: btn_navi_share_disable
  3. 輸出的檔案格式必須是.png
  4. 圖片請保留透明底,讓元件的小大一致。(下面有說明)
  5. ios依解析度會有@2x、@3x的圖片,而android會依解析度存成mdpi、hdpi、xhdpi、xxhdpi…等不同資料夾。

關於第 4 點要說明一下,保留透明底,在切圖的時候,不要依照 icon 的形狀做切圖,因為每個 icon 的高度、寬度都會不一致,不好對齊、標示,此外,如果圖片是可以點擊的,那點擊的範圍大小也會不一樣,這對工程師與使用者都會造成困擾,如下圖。

slice_exam-01

 

切圖工具

在沒有切圖工具時,切圖是設計師的惡夢,尤其是 Android,同時要做 hdpi、xhdpi、xxhdpi…簡直要命,還好這世界總是存在希望的,有人就開發出好用的切圖神器,我使用的是 cut&slice me 這套 photoshop 的 plugin,這套 plugin 可以快速的切圖,同時會依照圖層名稱來命名圖片名稱。

Cut&slice me 2.0版本還在開發,所以目前不支援 ios@3x 的切圖,同時 Android,只支援到xxhdpi(3倍)的解析度, 至於其他切圖軟體,大多要付費,但就實用性來說,花這點錢非常值得啊!! 否則切圖真應該獨立出一個專門的職缺才是!

 

切圖流程

我個人的開發習慣,是在 ai 設計完稿後,將所有要切的圖片丟到 ps,統一在 ps 做管理,我是做大縮小派的,所以丟到 ps 之後不用再重新放大,切圖軟體會要求提供最大尺寸 (You have to design for the highest resolution.-cut&slice me),然後執行時會自動轉成不同解析度的圖;但要注意的是,丟回 ps 的時候,我會儘量保留「向量圖智慧型物件」,以便之後重覆的修改或使用。

 

切圖的命名規則

Cut&slice me 會以圖層名稱做為圖片檔名的命名,所以命名的規則很重要,好的命名方式,一眼就能知道這張圖是用來做什麼的,跟在管理網頁 css 的道理是一樣的。

所以我根據自己的工作經驗整理出來一些規則提供參考,但未必要用這樣的方式,一切看個人習慣或工程師的要求來做調整。我提供的規則是:

誰_在那裡_長什麼樣子_在做什麼_什麼時候

  • :也就是構成畫面的元件,btn(button)、ic(icon)、bg(background)、…等等,通常放第一順位,通用性很高,整個app都可使用。

  • 在那裡:這元件在那裡使用的,可以用app的架構,例如:stat(status bar)、tools(tools bar)、side(side bar)、tab(tab bar)、ctn(content)…等,如果沒有特定的位置,我會取名com(common)或不要命名,通常會是共通的元件。

  • 長什麼樣子:形容這個元件的樣式:例如:方向、顏色、品牌…等。

  • 在做什麼:元件主要作做用,分享、收藏、編輯、開關…等等。

  • 在什麼時候:也就是狀態,例如:按鈕會有:normal、pressed、actived、disable這幾種狀態,但如果沒有特別的狀態,也可以用數字來表示。而slice&cut me 在圖層管理時加上「@BTN」 就會把所有按鈕的狀態給設定好,超貼心的~

簡單舉個例子,例如我要在 navigation bar 上做一個 fb 分享的按鈕,我圖片的命名可能就會是:

btn_navi_fb_share_normal/pressed/disable

這樣的命名方式,資訊應該夠充足了,從名稱就可以大概知道這張圖片是用來幹嘛的,所以之後要換圖或是新增圖片,都會比較好管理。

以上是我的命名建議,但依照不同 app 的需求,命名的方式也應要有所調整;此外,app 的開發能夠支援的樣式愈來愈多(圓角、陰影…等等),而且目前主流還是以扁平化設計為主,不像以前要做擬真化的設計,所以如果能夠用程式解決的,跟工程師好好溝通,儘量用程式解決,這樣也比較不會有解析度或尺寸的問題。

如果有更好的命名方式,也都歡迎討論~