<?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>Fri, 13 Jan 2012 12:25:08 +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>Compass @include float 的問題</title>
		<link>http://www.i-design.tw/archives/183</link>
		<comments>http://www.i-design.tw/archives/183#comments</comments>
		<pubDate>Fri, 13 Jan 2012 12:24:20 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[CSS]]></category>

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

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

		<category><![CDATA[compass float inline webkit responsive]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=183</guid>
		<description><![CDATA[Compass 中的 @include float 是為了解決 IE bug 而存在，所生出來的 css 是把區塊 display:inline 以及 float，這種做法一般來說不會有什麼問題，但如果要做 responsive design 的話，webkit 瀏覽器就很可能會遇到 float 的 問題，正常視窗縮小再放大時，原本 float 的元素會被擠到下方。


解決方案是讓 float-left 的 nav 區塊不要成為行內元素，連 inline-block 都不行，最乾脆做法是就不要使用 @include float 這樣的技法。但如果無論如何都要像上圖一樣置中的話，hlb 提供了一個奧步就是在維持 inline 的情況下給 nav min-width，這樣 webkit 瀏覽器就不會在發生往下擠的情形了。
]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/183/feed</wfw:commentRss>
		</item>
		<item>
		<title>Compass image-sprite + linear-gradient</title>
		<link>http://www.i-design.tw/archives/176</link>
		<comments>http://www.i-design.tw/archives/176#comments</comments>
		<pubDate>Fri, 13 Jan 2012 07:28:08 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[CSS]]></category>

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

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

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

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

		<category><![CDATA[linear-gradient]]></category>

		<guid isPermaLink="false">http://www.i-design.tw/?p=176</guid>
		<description><![CDATA[Compass 威力強大，有時一個了解的概念實際要運用時常常會卡住不知該怎麼下手，下了手又可能因為少了括號之類的符號而爛掉..，好吧，承認後面這個原因是自己不會寫程式的不足所造成 XD，總之這邊提供 Compass image-sprite + linear-gradient 的寫法，以後忘了怎麼寫時自己還可以查詢一下。話說這是 hlb 提醒的寫法，Compass 網站也有類似技法，只是不包含 image-sprite。

css3 本來就加入了 multiple backgrounds 的功能，讓一個 html 標籤上可以有多組圖層：

1
background: url(bg-header.png) left top repeat-x, url(bg.png) center top no-repeat:

每組背景以逗號隔開，此時呈現出來的背景會是 bg-header.png 在上面，bg.png 在下面，也就是要放在上方的圖層要寫在前頭。以下分別是 compass 對於 image-sprite 與 linear-gradient 的寫法：

1
background: sprite($icon-sprite, close) no-repeat;


1
@include background-image(linear-gradient(#333, #000));

兩組合併寫時，icon 要放上方背景則是漸層，寫法就會是：

1
@include background(sprite($icon-sprite, close) no-repeat, linear-gradient(#333, #000));

]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/176/feed</wfw:commentRss>
		</item>
		<item>
		<title>網頁設計師的必備武器 Compass.app</title>
		<link>http://www.i-design.tw/archives/170</link>
		<comments>http://www.i-design.tw/archives/170#comments</comments>
		<pubDate>Wed, 06 Apr 2011 11:38:10 +0000</pubDate>
		<dc:creator>underfire</dc:creator>
		
		<category><![CDATA[CSS]]></category>

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

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

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

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

		<guid isPermaLink="false">http://www.i-design.tw/?p=170</guid>
		<description><![CDATA[你是網頁設計師嗎，當你寫 css 時是否常常頭暈目眩、眼神渙散、注意力無法集中呢？是否常常因為重複的原始碼搞的心情浮躁、焦慮不安？還是會為了層層結構問題落的精神崩潰、夜夜失眠的下場？沒關係，今天就要為大家介紹一款全新的必殺配備 - Compass.app 應用程式。

Compass.app 是為設計師所設計的工具，在撰寫網頁風格程式碼時，可以用較強力的 Sass 語法（是種可延伸的 CSS），來更有效率地完成工作。利用 Compass 的延伸模組，就可以不必再自行撰寫 CSS 細節，不但使得快速原型試驗（Rapid Prototyping）能更直接切中要點，也更有趣了。” - by gugod

沒~~錯！就如以上所介紹，利用 Compass.app 你能更迅速的加入所有基礎建設、更快速的套用 css3 效果、更明確的釐清你的父子結構、更簡易的加進重複性設定，而且，以前常常遇到 ie 獨有的 haslayout 或是忘了關的浮動區塊（clearfix）也不再是問題，讓你輕輕鬆鬆一行搞定。另外再告訴你一個好消息，現在購買只需要 7 塊美金，趕快訂購，欲購從速，由於沒有存貨問題晚了還是買的到。
好吧，叫賣完畢，這麼好用的工具不買是你的損失。話說回來，雖然是自家公司開發的工具，但自己寫這篇介紹時也只用 Compass.app 實做了一個小案子，以下介紹如有錯誤還請多多包涵。

備註：原生 Compass 是一套需要 Ruby 環境以及依靠指令的工具，這對視覺設計師頗具門檻，為了能跨平台以及介紹給更多設計師，所以和多將 compass 包成一套桌面的應用程式方便使用。
前置作業
Compass.app 延伸應用原理用的是 Sass，用 Dreamweaver 寫 css 的話最好先讓 Dreamweaver 看的懂 Sass。以下是 Adobe CS4 路徑
C:\Program Files\Adobe\Adobe Dreamweaver CS4\configuration\DocumentTypes
開啟 MMDocumentTypes.xml，搜尋關鍵字 css 找到 winfileextension=&#34;css&#34; [...]]]></description>
		<wfw:commentRss>http://www.i-design.tw/archives/170/feed</wfw:commentRss>
		</item>
		<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>
	</channel>
</rss>

