<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>

<channel>
	<title>i-design</title>
	<atom:link href="http://www.i-design.tw/feed" rel="self" type="application/rss+xml" />
	<link>http://www.i-design.tw</link>
	<description>網頁視覺設計工作室</description>
	<pubDate>Sat, 24 Jul 2010 19:40:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>字體尺寸是問題</title>
		<link>http://www.i-design.tw/archives/155</link>
		<comments>http://www.i-design.tw/archives/155#comments</comments>
		<pubDate>Fri, 25 Jun 2010 07:46:16 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[Design]]></category>

		<category><![CDATA[Font]]></category>

		<category><![CDATA[font-size]]></category>

		<category><![CDATA[UE]]></category>

		<category><![CDATA[UI]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=155</guid>
		<description><![CDATA[昨夜 hlb 好心提醒我， 我的部落格已經半年多沒寫新文章了，自己想想也驚了一下，這兩天正準備要續租空間，但部落格卻遲遲無更新也太說不過去，所以趕緊先來寫這篇一直困擾我的不大不小問題。
使用者觀點
撇開學術單位、政府機關等特殊案例，網站使用的字體尺寸漸漸有在放大的趨勢，早幾年文章內容會用 11px 至 13px 的字體大小(不論語系)，現在許多網站則開始把原本標題的 15px 拿來用在文章，當然，對於大螢幕、低階液晶螢幕或視力不太好的使用者是件好事，但總覺得這是一個考慮不周全的做法。大字體代表文章內容會跟著加高，代表使用者看篇文章需要捲動卷軸的機會增加。過大的字體加過高的行距(line-height)再配上小螢幕，代表一個畫面中能閱覽的內容少之又少，這就跟雜誌一個頁面看沒兩句話就得翻頁一樣，通常這種雜誌書籍我下次就不會買了，除非那頁是搭配了史嘉蕾喬韓森、李毓芬，沒半句文字內容都無所謂 XD
畢竟，大螢幕、低階液晶螢幕或視力不太好者並非佔使用族群的大多數，要照顧有這方面需求的使用者相信有很多其它解決方案。
設計者觀點
其實就設計角度看要先說說繁體中文的難處。繁體中文應該是現代語言文字中結構最複雜的了，在網頁中字級縮小一點就會糊成一團，但因為結構筆劃上的複雜，許多排版上的先天條件也就有所要求，例如英文適當的行距在繁體中文裡就嫌不足，文字區塊的左右間距也必須放寬，好讓視覺容納複雜的單一文字區塊畫面。
但這並不代表我們應該一昧的把字級放大來處理這問題，除非完全不考慮整體視覺設計。
書法作品為何可以如此值錢？因為一個文字中，我們可以表現出剛、柔，可以表達出情緒、意涵，可以將之獨立成為一門藝術。但文字在完全不做處理的情況下它就是許多複雜線條所構成。簡單來說，一篇內容相同的英文文章跟繁體中文文章放在一起，它們「視覺上看起來」就是很不一樣。獨立的中文字很美，很多筆劃結構複雜的中文字排排站放在一起那就是複雜了。就視覺設計者的觀點，大部分情況下並不會希望把這複雜的「文字畫面」放大來破壞整體感。
至於例外的情況，簡單、不複雜的整體視覺與安排。為何說安排而非排版？請打開海海中的某一部落格或網站，相信可以輕易發現其中一邊有文章列表、標籤雲、廣告、留言、誰來過我家、Facebook api、Plurk api、廣告、以及更多的廣告，投票、地圖&#8230;..。複雜的 Widgets 配上複雜還被放大的文字畫面。如果還要考慮整體視覺設計，請先學會捨棄，或是準備更多的資金跟時間讓 designer 好好發揮進行這不可能的任務IV。
當然沒有絕對這種事，字體該大該小都該視情況需求做適當的安排，或者哪天我被說服網頁字體就是應該很大的時候，我會再寫一篇這種沒營養的文章也說不定。
]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/155/feed</wfw:commentRss>
		</item>
		<item>
		<title>CSS Image Rollover 延伸應用</title>
		<link>http://www.i-design.tw/archives/120</link>
		<comments>http://www.i-design.tw/archives/120#comments</comments>
		<pubDate>Fri, 23 Oct 2009 18:07:01 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[Tutorials]]></category>

		<category><![CDATA[image]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=120</guid>
		<description><![CDATA[因為案子實際需求所延伸出來的應用技巧，而骨子裡用的就是 Image Rollover。
實際情況是選單前需要有代表性 icon，icon 是包覆在 &#60;a&#62; 裡的 &#60;img&#62;，但選單本身因為登入者權限的不同，開放可點的選項也不同，而不能點選的選項 icon 必須是灰階的狀態。
換句話說，有 &#60;a&#62; 時影像是有色彩的，若只是單純的 &#60;li&#62;選單&#60;/li&#62;，則影像必須是灰階無色彩的。  原本 Programmer 是要求寫兩組 CSS 分別給有色以及無色的圖片，再用程式控制在不同情況下套不同的 CSS，完全是想起來就感麻煩的做法，後來靈機一動想到先前寫的 Image Rollover，所以就直接來試試看，沒想到也就輕鬆的完成。
基本概念與 Image Rollover 大同小異，一樣將 &#60;img&#62; 設為絕對位置，只是這裡是讓原本 Image Rollover 中 a:hover 的變動圖片位置，改成有 &#60;a&#62; 時就變動，而只有 &#60;li&#62;選單&#60;/li&#62; 的狀態則取代了原本的 &#60;a&#62;。

1
2
3
4
5
&#60;ul class=&#34;menu&#34;&#62;
    &#60;li&#62;&#60;a href=&#34;#&#34;&#62;&#60;img src=&#34;s1.jpg&#34; alt=&#34;發表文章&#34; /&#62;發表文章&#60;/a&#62;&#60;/li&#62;
    &#60;li&#62;&#60;a href=&#34;#&#34;&#62;&#60;img src=&#34;s2.jpg&#34; alt=&#34;會員管理&#34; /&#62;會員管理&#60;/a&#62;&#60;/li&#62;
  [...]]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/120/feed</wfw:commentRss>
		</item>
		<item>
		<title>i-design Day Light Theme</title>
		<link>http://www.i-design.tw/archives/117</link>
		<comments>http://www.i-design.tw/archives/117#comments</comments>
		<pubDate>Sun, 23 Aug 2009 17:22:09 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[Design]]></category>

		<category><![CDATA[JavaScript]]></category>

		<category><![CDATA[雜記]]></category>

		<category><![CDATA[style]]></category>

		<category><![CDATA[switcher]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=117</guid>
		<description><![CDATA[說要做 Switch Style 說了好幾個月，一來當做 Theme design 的練習，二來一直認為深色版面並不適合中文網站，不過拖了半年才把東西做出來，偷懶偷很兇。
還是有些技術方面的問題，然後 IE6 應該是爛的，不過瀏覽正常也就懶得處理了。
用的是最簡單的 styleswitcher.js，原本是希望能做到每隔一段時間自動換 theme，但是面對 wordpress 與 php 結合的問題，對於不會程式的我實在頭痛，所以乾脆整個簡化。
]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/117/feed</wfw:commentRss>
		</item>
		<item>
		<title>圖片取代文字</title>
		<link>http://www.i-design.tw/archives/111</link>
		<comments>http://www.i-design.tw/archives/111#comments</comments>
		<pubDate>Tue, 28 Jul 2009 13:49:16 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[Design]]></category>

		<category><![CDATA[image]]></category>

		<category><![CDATA[image replacement]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=111</guid>
		<description><![CDATA[這是最近一再遇到的例子，文章本身單純只是想表達為何不該再用圖片取代一般文字內容。
很久很久以前，在自己還在用 &#60;table&#62; 切版時，為了美觀也非常喜歡用圖片取代應有的文字內容，在那個年代，不懂什麼是網頁標準、不懂什麼是使用者經驗、不懂 CSS，只知道為了美觀就應該不厭其煩的用圖片，因此，三分鐘可以做好的事要花三個小時甚至更長的時間處理，做自己的網站也就罷了，時間成本自己吸收，但做別人的東西時就開始知道痛在哪裡了，即使只有一個字的變動也是要大費周章的開啟 Photoshop 重切圖片。然後，開始一昧的怪罪中文字型：「為什麼那麼多鋸齒！為什麼只有兩種字型可以用！」，最後連為什麼要生在台灣非得用中文都出來了。在那個時期完全沒想過根本就是自己能力的不成熟，只想用圖片消滅一切的中文字。

現在看中文當然還是有看不順眼的時候，會注意 sIFR 這樣的技術，會希望所有瀏覽器趕快支援 CSS3 @font-face（愚蠢的想法），但不管怎麼不順眼都不會再想到用圖片取代文字內容了，除非是主視覺或一些技巧性的小地方，否則多花點心思在整體設計與質感上應該多少可以彌補中文字型的不足。
到底有哪些缺點讓我們不應該再用圖片取代文字？先試試把 CSS 拿掉看看網站還能不能正常閱覽吧，如果不能就表示你無法參加一年一度的 CSS Naked Day（4月9日）了。CSS Naked Day 有什麼用？老實說一點用也沒有，這完全是一種自發行為，測試你的網站是否合乎標準。網站存在的最終目的是提供資訊，因此在拿掉所有裝飾性物件後應該依舊是可以正常閱覽的，如果做不到這點就已經有點本末倒置了。
最嚴重的部分應該是親和性，對於使用者用圖片取代文字到底是不是一個友善的行為。使用者百百種，有的人習慣把文字內容用滑鼠圈選起來閱讀或當做一種記號，有色盲者更可能必須靠圈選內容才能進行閱讀。有些人會把字串當做關鍵字進行搜尋，搜尋本文中是否有相同字串出現，或把這個字串丟到 Google 搜尋相關的內容，甚至進行字串翻譯。有些文字內容非常重要，地址、電話、email、名稱、時間..，這些重要的資訊有些人會想 copy 起來放在自己的備忘錄什麼的，這樣當他需要這些資訊時就不需要再上網站查詢。如果用圖片取代文字，以上使用者可能會進行的行為都無法或不再方便進行，除非內容對於使用者真的非常非常重要，重要到使用者願意再自行打字進行搜尋、備份，但最終這樣不便的經驗還是很快就會被不耐的使用者所淘汰。
再說說圖片取代文字對網站本身的影響。一張圖片 1kb 就好，一個頁面 10 張圖片就是 10kb，架設網站當然希望越多人瀏覽越好，因此 100 位使用者進入網站就是 1,000kb，1,000 個人就是 10mb。很多虛擬空間基本款每個月也才提供 50mb 的頻寬流量，這樣網站每個月只能讓 5,000 人瀏覽，還只是單頁！這樣的流量相信不是業主所期望的，除非是 Hinet 網站，否則加重頻寬預算更不會是業主想要的。
再來像上面提過的，即使只改一個字母也得大費周章開啟 Photoshop 重新編輯，更別說為了合乎標準用 CSS Image Replacement 技巧得多花數倍的時間成本。
話說回來，適當的使用圖片取代文字還是必要。最常見的是網站 Logo，有時 search submit button 也會採用圖片處理，header 部分通常屬於主視覺的一部份，因此難免還是需要這樣的手段。
其實一切在於適當於否，如果文字內容是可能會被變動的，那麼它就該只是字串或文字內容，當用圖片取代它，將來、萬一、不小心這個文字內容需要更新時，一切都將為時已晚矣。
]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/111/feed</wfw:commentRss>
		</item>
		<item>
		<title>CSS Image Rollover</title>
		<link>http://www.i-design.tw/archives/91</link>
		<comments>http://www.i-design.tw/archives/91#comments</comments>
		<pubDate>Sun, 05 Jul 2009 12:48:39 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[Tutorials]]></category>

		<category><![CDATA[image]]></category>

		<category><![CDATA[overflow]]></category>

		<category><![CDATA[position]]></category>

		<category><![CDATA[rollov]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=91</guid>
		<description><![CDATA[簡單的一個小技巧。有時呈現照片或廠商 logo 時會希望有些變化，當滑鼠 hover link 時讓灰階換成原本的彩色圖檔，但因為某些緣故必須以 &#60;img&#62; 方式呈現，這時就可以靠這方式簡單做到想要的效果。
基本原理就是利用 overflow: hidden 以及 position 讓圖檔隱藏，當滑鼠移過時再秀出隱藏的部分。將圖檔上下合併成一張。



1
2
3
4
&#60;div class=&#34;photo&#34;&#62;
    &#60;a href=&#34;#&#34;&#62;
        &#60;img src=&#34;photo.jpg&#34; alt=&#34;&#34; width=&#34;128&#34; height=&#34;256&#34; /&#62;
    &#60;/a&#62;&#60;/div&#62;


1
2
3
4
5
6
7
8
9
10
11
.photo {
    width: 128px;
    height: 128px;
    overflow: hidden;
    [...]]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/91/feed</wfw:commentRss>
		</item>
		<item>
		<title>PSD2HTML</title>
		<link>http://www.i-design.tw/archives/88</link>
		<comments>http://www.i-design.tw/archives/88#comments</comments>
		<pubDate>Sat, 06 Jun 2009 06:24:03 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[Design]]></category>

		<category><![CDATA[雜記]]></category>

		<category><![CDATA[psd2html]]></category>

		<category><![CDATA[visual]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=88</guid>
		<description><![CDATA[國外盛行的服務 PSD to HTML 漸漸開始出現在台灣，自己也開始在接觸這塊，畢竟大多數情況下這技術對自己並不是問題，有這樣的市場就沒道理跟銀子過不去，但內心仍舊感到這種模式並不是一個好的發展空間，感覺存在很多淺在的問題。
正常情況下 Visual designer 最清楚自己設計的東西，在設計畫面同時往往已經明白考慮過在實際頁面上會是什麼狀態，HTML/CSS 該怎麼寫來達到心中想要的效果，滑鼠移過去又該是怎麼樣的一個變化，所有細節都在心中盤算過才會出 PSD。
Visual designer 將設計好的畫面交給另外一位 Coder 進行切版(html/css)的動作，Coder 並不清楚 Visual designer 當初為什麼會這樣設計，當中微妙的變化 Visual designer 如果沒仔細說明 Coder 不會知道，只會完全按照 PSD 進行處理，問題往往會到最後出 HTML/CSS 成品時才被發現，小問題或者好解決，如果是一整個區塊內的內容都得重新調整，這部份的工作成本該由誰負責？更糟的是，套程式時才發覺原始設計不可行時，後面延伸的問題該誰承擔呢？
另外一個問題是，一個設計與程式開發的專案，廣告行銷承接後發包給程式開發公司，程式開發將設計部份外包給 Visual designer，Visual designer 再將 PSD2HTML 外包給 Coder..。沒有一個固定的 Team 重頭到尾做完整的溝通與協調，出來的成品往往難以達到百分百的完美。
當然，或許工分的越細越好，各個部分分別交由專門的人負責，最後再一件一件組合在一塊，但前提是每一塊拼圖的角度都是經過事前完全溝通協調過的，不幸的是，完整協調溝通這樣的時間成本通常不會是發包者願意付的，所以一般現行方式是在發覺無法密合時再用剪刀東修西剪的硬湊成一塊。
對於網頁設計而言，視覺設計與 HTML/CSS 基本上就是一體的，最好的情況是再包含程式開發，完整度最佳。再把視覺設計與 HTML/CSS 拆開感覺已經有點變相的病態，這似乎是在透露一個訊息，就是任何會操作繪圖軟體、甚至手繪可出畫出近似網頁 prototype 的人，不管你了不了解構成一個完整網站的基本元素、User interface、或者熟悉網路文化，都可以設計網站，至於設計出來的東西好不好操作、流程對不對、對使用者親不親和都可以不用理會？
或者像 minipai 所說，PSD2HTML 較適合的對象為平面設計師、插畫家等藝術創作類族群的作品網站，他們能夠設計，但沒有 HTML/CSS 方面的能力。至於資訊量大的網站，或許只能各退一步坐下來好好談了？
]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/88/feed</wfw:commentRss>
		</item>
		<item>
		<title>basic style 試做</title>
		<link>http://www.i-design.tw/archives/85</link>
		<comments>http://www.i-design.tw/archives/85#comments</comments>
		<pubDate>Mon, 04 May 2009 10:03:28 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[basic css]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=85</guid>
		<description><![CDATA[每次開始一個新專案總要準備東準備西，同時建立基本架構老要重複寫幾乎一樣的 code，所以乾脆試著把 YUI 的 reset、fonts、base-min 通通綁在一起，再來 header、nav、main、sidebar、stickyfooter、form、pagging 也順便寫一個簡單、易於修改的 style。
basic style
]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/85/feed</wfw:commentRss>
		</item>
		<item>
		<title>Registrano Blogger</title>
		<link>http://www.i-design.tw/archives/83</link>
		<comments>http://www.i-design.tw/archives/83#comments</comments>
		<pubDate>Mon, 04 May 2009 09:25:35 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[Design]]></category>

		<category><![CDATA[雜記]]></category>

		<category><![CDATA[blogger]]></category>

		<category><![CDATA[CSS]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=83</guid>
		<description><![CDATA[記得第一次用 Blogger 設計 i-design blog 時花了近一個禮拜的時間，其中大多時間花在研究 Blogger 種種，另外當時對 CSS 仍有點小生疏，當然當時自己是不知道自己斤兩的。
這次做 Handlino 服務產品 Registrano 的 Blogger 著實輕鬆不少，一來對 Blogger 有一定認識且不用再研究 plugin，二來 對 CSS 感覺駕輕就熟，因此除了 theme design 與一些程式方面小問題之外，所有過程加起來大概只用了兩個工作天就完成，這樣的效率自己免不了竊竊欣喜了一下。
誠如 hlb 所說，Blogger 的 code 其實還真的挺髒的，html 標籤有一半以上毫無作用，不過猜想這應該是為了讓 designer 方便擴充、修改 theme 之用，只是對於用不到的人來說，在看原始碼時難免覺得不舒服就是。
]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/83/feed</wfw:commentRss>
		</item>
		<item>
		<title>CSS framework 利弊淺見</title>
		<link>http://www.i-design.tw/archives/76</link>
		<comments>http://www.i-design.tw/archives/76#comments</comments>
		<pubDate>Fri, 01 May 2009 11:22:21 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[Design]]></category>

		<category><![CDATA[framework]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=76</guid>
		<description><![CDATA[一個網站頁面中通常是由許多基本區塊元素所構成，header（頁首）、content（內容）、footer（頁尾）等等，header 之中除了 logo 之外可能還有語系選項、導覽列，content 則有 main、sidebar..。所以建立一個網站通常得花許多時間在這些基礎建設上，因此延生了 CSS framework 這樣的產物，如 960gs、Blueprint 等，提供規劃好的相關設定，好讓在網頁開發、設計打滾的人員可以節省許多初期建構時間。
不可否認，CSS framework 對於網頁開發、設計者絕對是用來節省時間成本的利器，程式開發人員可避免浪費時間在基礎結構上專心於開發，一般網頁設計人員同時可以根據同樣的網頁結構進行相關編排。CSS framework 甚至在專案開始前還可以拿來做 prototype。
可惜凡事都有一體兩面。
有些並不是大問題，像是為了統一規範，class 或 id name 並非語意化的，例如 header 可能變成 container_16，main 變成 grid_12。當然我們還是可以另外再為這些獨有的區塊再給一個有意義的名稱，但這樣似乎又成了冗餘的遺憾。
另外目前的 CSS framework 皆是針對英文語系為基礎所制定出來的，對於英文網站自然沒問題，但中文網站使用可能就會有些免強，畢竟中文與英文就視覺而言擁有完全不同的因子，撇開字型的複雜度不說，長寬 12px 的空間放入 12px 的中文單字與英文字母，平均留白的空間比例就天差地遠，因此 CSS framework 中所提供的區塊間距或行高在中文網站並非那麼適用。當然還是可以另外再給適當值，但這樣做除了冗餘的遺憾外，等於得再花一筆額外時間去覆蓋、調整原始 CSS framework 所提供的環境，而這並非輕鬆的事。
CSS framework 最大的隱憂是在制式的環境中，設計人員對於視覺的發揮是否會受到限制。例如最近兩年流行的手繪或使用實景圖片等這類型的裝飾風格，常常最需要的就是自由度。而在整體視覺中，高一點、寬一點、左邊一點、右邊一點也往往是錙銖必較的功課。
這是兩難的頭痛問題，要效率還是適當性與自由度。如果這部分不用 CSS framework、那部分用覆蓋的，最後感覺 CSS framework 豈不成了累贅？但是，三個月的專案可以壓縮到兩個半月甚至兩個月，這對於業主與執行者雙方更是難以抗拒的誘惑。
或許只能針對不同的專案給予不同的處理方案吧，而其中要考量的要素應該就不便對外人道矣了。
]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/76/feed</wfw:commentRss>
		</item>
		<item>
		<title>簡單繪製自己的卡通風格大頭照</title>
		<link>http://www.i-design.tw/archives/68</link>
		<comments>http://www.i-design.tw/archives/68#comments</comments>
		<pubDate>Wed, 22 Apr 2009 06:18:19 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[Tutorials]]></category>

		<category><![CDATA[avatar]]></category>

		<category><![CDATA[photoshop]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=68</guid>
		<description><![CDATA[很初階的 photoshop 技巧，對圖層有些概念以及會使用筆型工具 (貝茲曲線) 就可以繪製了。首先找張自己高解析的照片，最好能高於 1024*768，這樣在繪製細部時會比較好掌握，不過這裡因尺寸問題會縮小示範。使用筆型工具按照輪廓描繪，描繪時可以先將圖層透明度歸零，這樣才不會遮住你俊俏美麗的臉龐。


描繪好之後複製該圖層，調整圖層顏色為黑色後變形放大百分之105，再將放大的圖層移到下方，製造出黑框線的效果。

描繪頭髮，同樣描繪好之後複製一份放大製造框線效果。頭髮顏色自行挑選，通常深褐色會比較適當，避免黑壓壓一片或把黑框線顏色吃掉。

依序繪製眉毛、眼睛、鬍子跟嘴型，戴眼鏡的眼睛就可以免了。在繪製五官這步驟就要稍微花點心思處理了，細節的取捨要恰到好處，或許可以多嘗試幾次好抓出自己的神韻。

加上一些背景效果大功告成。

描繪時注重特色、省略細節，相信就可以輕易繪製出屬於個人風格的大頭照了。完成品以及為公司同仁繪製的作品。
]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/68/feed</wfw:commentRss>
		</item>
	</channel>
</rss>
