FullTone

dpi是Dot Per Inch的縮寫，中文常見的說法是解析度多少dpi，是影像品質的溝通單位。 一張圖片的影像品質取決於其尺寸大小和dpi。 一張圖片，尺寸不變，其dpi視用途而有不同標準： 網　　頁 72dpi 電腦螢幕 72dpi Word列印 72dpi 大圖輸出 100-150dpi 電 子 書 120-150dpi 書籍印刷 300-350dpi ■不可逆 雖然說，有許多影像軟體具有演算影像尺寸的功能，但若要維持品質，影像尺寸只能大轉小，不能小轉大，縮放比例為10%之內，切記切記。 曾有善心人士誤把影像處理軟體當作創造奇蹟軟體使用（可能是看多了CSI之類的影集吧>_<），利用Photoshop把3×5英寸72dpi的圖檔，轉成3×5英寸300dpi的圖檔，再交付處理。 檢查圖檔的時候，貓不解，一張300dpi的圖片怎麼會嚴重馬賽克，弄清緣由時真是又好氣又好笑，結果當然是要另外拍攝或重新掃圖。 ■10%縮放限制 在電腦上縮放圖檔時，很難判別圖像輸出品質，常有年輕美編不小心逾越10%這個縮放限制。 一回，一位年輕美設完稿時把圖檔放大了130%，數位打樣時圖片看似沒有問題，到了作者和攝影師看到印樣時才發現圖片細節的層次完全不見了。這也是數位時代容易出現的盲點，中間都使用數位圖檔，沒有原圖比照，只要中間一個步驟出包，發現時就要付出代價了。 dpi品質是不可逆的，工作中如果需要經手影像圖檔，務必要對dpi有基本的認識，才能在流程的開端（如：購買圖片版權、攝影、繪圖等）便掌握印刷的品質。 Over ∥延伸閱讀∥ 〈解析度？ppi？dpi？lpi？〉 　作者：sefi 　日期：Tue, 06/15/2010 - 15:41 　語言：繁體中文 　http://ops.anotherdream.tw/?q=en/node/20

貓習慣用「王氏３法則」去檢視設計，這套法則是來自2011年台北國際書展書籍設計論壇王明嘉老師之口，指的是Tradition、Minimum與Grouping。 一、Tradition／或可說是約定成俗的習慣。以書封設計為例—— ‧習慣上，中文書的書名通常大於作者名。如果想強調作者，多數會選擇把作者名字放入書名。如： 　　《村上春樹雜文集》，村上春樹，時報，2012。 　　《維多利亞的家藏味》，維多利亞，圓神，2012。 ‧習慣上，中文書名會放在封面二分之一以上的位置，很少會完全放在二分之一以下的位置。例外： 　　《達文西密碼》，丹‧布朗，時報，2004。 　　《達文西密碼（電影海報限量書衣版）》，丹‧布朗，時報，2006。 　　《龍紋身的女孩（電影書封版）》，史迪格‧拉森，寂寞，2008。 　　《直搗蜂窩的女孩》，史迪格‧拉森，寂寞，2008。 ‧習慣上，LOGO會置於封面的邊緣位置。 ‧習慣上，條碼會放在封底的角落。例外： 　　《比冥王星更遠的地方》，黃崇凱，逗點文創結社，2012。 ‧習慣上，書背要放上書名、作者、 LOGO。 二、Minimum／追求極簡，剔除多餘的元素，這法則頗抽象，貓尚在努力參透。（一位設計告訴我，顏色越單純，圖像越單純，要設計得好看，對設計者來說挑戰其實越高呢。） 三、Grouping／元素間有著群組、相互依存的位置。書名占地最大，最搶眼。作者最貼近書名。譯者傍著作者。小文案要如綠葉襯紅花，要清楚易讀，但又不可搶去書名和作者的風采。（一位設計告訴我，對他來說，這叫做文字結構。） 想進一步了解設計的法則可以參考《設計的法則》一書。貓買的是初版，當時只有１００條法則，現在已經擴充到１２５條了。本書有催眠之功，宜自備，不宜借閱。貓每次翻開這本書，讀不完兩條便進入夢鄉，一年才翻完，翻到第１００條時，前面９９條法則也忘得差不多了，所以只好把本書視為常備工具書供在書架上，偶爾一炷香膜拜之，善哉，善哉。 ∥延伸閱讀∥ 《設計的法則：125個影響認知、增加美感，讓設計更好的關鍵法則》（全新增訂版） 　Universal Principles of Design, Revised and Updated Edition 　作者：威廉．立德威、克莉汀娜．荷登、吉兒．巴特勒 　原文作者：William

宇宙有個編輯小組，成員是貓、蛙、人。J生命體與小組合作時曾提醒過，專案團隊，應該在同一時間軸上。但宇宙生命體們常常碰到的人生課題，就是知易行難。 在宇宙的書籍設計流程上，企劃是在設計的前端，設計是在小編的前端。 在主視覺確定的情況下，一位設計，星期四下班後被交付的工作，星期五早上一受到告知，中午前就能完成兩款書封，並且可以在小編的回饋之下，迅速修改。 設計，就是這麼神奇的生命體，會全力以赴滿足小編的需求。 如果有一天，小編需要在流程上位於設計的前端時，也請努力，在最短時間內把這個生命體拉進時間軸，讓這個生命體在最短時間內了專案的本質、創意、概念、想法，及交付時間，也請努力生出好文案交付設計。 貓相信，如果把設計當做一位主廚，給予尊重、給予想法、給予文案，給予小編能力範圍內可以提供的時間，幫助設計了解專案的本質，設計就會努力在時限內為小編做出最棒的料理。 煮熟的料理可以果腹，但美味的料理才能創造感動。 請把設計視為同一時間軸上的夥伴，讓設計感動你。 以上

宇宙有個編輯小組，成員是貓、蛙、人。P生命體與小組合作時曾提醒貓，應該要把經驗「有系統的」與組員「分享」，但熟知貓之桌面之生命體皆知――「有系統的」分享――對貓來說――頗困難。 看似溫馴的貓其實很容易暴走。某日，蛙問：「貓暴走的原因是因為要加班嗎？」（大誤）第一步的分享，就從這個問題的解答開始吧。 暴走的原因是甚麼？――是荒謬啊！ ■質問貓「為什麼在本小組工作就要負責到底？」，是荒謬的事。 ■覺得貓太忙，所以不問問題，是荒謬的事。 ■因為年輕資淺，就看輕自己的意見，是荒謬的事。 ■跟客戶溝通，隱匿客戶的負面批評，是荒謬的事。 ■耽誤交期不上報，讓客戶直接打電話給老闆，是荒謬的事。 ■把自己守備區內該完成的事，偷渡給資淺的同事，是荒謬的事。 ■同一本書，給設計和編輯不同的尺寸，是荒謬的事。 ■覺得菜鳥設計一天可以畫52張AI地圖交付小編做稿，是荒謬的事。 ■一次交付300張gif檔做稿不算荒謬，但質疑是小編把300張圖片轉成gif檔的，是十足荒謬的事。再一次交付gif檔，是荒謬加值！ ■周二的提案，在周四6:00PM交付製作清單不是荒謬的事，但對貓說，6:00PM前就交付清單，設計卻還是準時下班，是荒謬的事。 ■交付工作，卻期望小編隨便做做，是荒謬的事。 ■小看客戶，是荒謬的事。 ■小看競合者，是荒謬的事。 ■以其他生命體的荒謬，合理化自己的荒謬，是荒謬的事。 ■小看自己，是最荒謬的事。 Moral―― 一、不是因為在本小組工作，生命體才要對自己的言行負責。 二、貓很容易因為荒謬的事暴走：質疑有其他生命體做了荒謬的事，貓卻沒暴走的生命體，請逕行對質。 三、貓如果做了荒謬的事，蛙、人和其他生命體，有理暴走。 四、貓希望與其他生命體共好，提供彼此的專業智慧，而非失智狀態下的血汗勞力。 五、貓不會為加班暴走，需要加班時，貓會挖洞。（咦，蛙、人別抖。） 以上