<?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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>MacroViz &#187; 人機互動介面設計</title>
	<atom:link href="http://blog.macroviz.com/archives/category/multimedia_design/%e4%ba%ba%e6%a9%9f%e4%ba%92%e5%8b%95%e4%bb%8b%e9%9d%a2%e8%a8%ad%e8%a8%88/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.macroviz.com</link>
	<description>多媒體設計、數位學習、英語學習、日語學習</description>
	<lastBuildDate>Sat, 19 Jun 2010 01:08:22 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>網頁設計師的壞習慣：中文標題帶英文</title>
		<link>http://blog.macroviz.com/archives/1259</link>
		<comments>http://blog.macroviz.com/archives/1259#comments</comments>
		<pubDate>Thu, 24 Sep 2009 21:16:54 +0000</pubDate>
		<dc:creator>野部 聖広</dc:creator>
				<category><![CDATA[人機互動介面設計]]></category>
		<category><![CDATA[多媒體設計]]></category>

		<guid isPermaLink="false">http://blog.macroviz.com/archives/1259</guid>
		<description><![CDATA[我承認我有文字的潔癖和偏激，畢竟我國中畢業後到大學讀了七年日文科系，出社會工作和碩班之後才是多媒體設計。 這一篇文章，我知道很可能會ㄉㄧㄤ到一堆做網頁設計的老朋友。但是我真的因為看太多，看到想要吐了。怪不得客戶老批評我們網頁設計師英文程度特別爛。 四個字：弄巧成拙。 本人不反對中文網頁文章標題下英文，但是要做之前請三思。請先看下列網站： 東海大學教學資源中心 http://ctl.thu.edu.tw/ctlthu/chinese/09_teacher/01overview.php?MainID=62&#38;ID=1 國內網頁設計公司百分之八十以上都有這個問題。把英文當作中文標題的修飾元素。只是為了充斥版面而充斥版面，為了修飾而修飾。反正不知道要怎麼設計標題，乾脆就來個中英夾雜吧。 老實說，大部分外國人不會來看中文網頁上的英文，更何況還一堆翻譯錯誤。 以東海大學教學資源中心而言，一個學校的網頁，對文字的拿捏，應該要更嚴格才是啊。怎麼容許出現：教學效能提升 = Enhance Teaching Effectiveness 這種中英文都錯誤的翻譯。 Enhance 是動詞，要嘛加上 ing，要嘛加上 d 才能修飾後面的 Teaching。這應該不是一句命令句吧？ 教學應該翻譯成 Teaching &#38; Learning，只有 Teaching 沒有 Learning，這是教師本位主義的傲慢嗎？ 效能不等於 Effectiveness，含糊不清的中文搭配上翻譯錯誤的英文，這是引用了哪位學術大師講出來的話嗎？ 還有這個標題以下的例如研討會與工作坊，英文都忘記加上複數的s，我想教學資源中心應該不會只辦一場活動吧？ 國內網頁設計公司做出來的日文翻譯錯誤也很多，就跟路邊壓克力招牌上的日文打錯假名 (例如 あおい 打成 おおい) 一樣令人啼笑皆非。 懶得講了，反正在意的人不多。只要看起來像英文、像日文就好了，管他去死。 P.S. 規劃版面以及精準化文字是專案經理的職責，不是網頁設計師的事情。放著這種作品充斥市面，專案經理該打屁股。]]></description>
		<wfw:commentRss>http://blog.macroviz.com/archives/1259/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Ubuntu 9.04 安裝後必裝套件</title>
		<link>http://blog.macroviz.com/archives/943</link>
		<comments>http://blog.macroviz.com/archives/943#comments</comments>
		<pubDate>Sat, 19 Sep 2009 00:00:24 +0000</pubDate>
		<dc:creator>野部 聖広</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[人機互動介面設計]]></category>

		<guid isPermaLink="false">http://blog.macroviz.com/?p=943</guid>
		<description><![CDATA[這裡的套件，都是敝人安裝完Ubuntu 之後必裝的套件。好的操作介面，做起事情來，賞心悅目。 Mac4Lin 佈景主題 &#8212; 讓您的 Linux 看起來像是 Mac http://www.gnome-look.org/content/show.php/Mac4Lin?content=108478 Ubuntu Tweak &#8212; 好用的系統調校程式 http://ubuntu-tweak.com/downloads LazyBuntu 懶人包 &#8212; 讓 Ubuntu 變成萬能的工作電腦 http://of.openfoundry.org/projects/852/download Hinedo &#8212; 用 Ubuntu 聽台灣的Hinet Radio 各種廣播電台如 ICRT &#38; 台北知音 http://of.openfoundry.org/projects/814/download CompizConfig Setting Manager &#38; Simple CompizConfig Setting Mannger &#8212; 讓視窗擁有 3D旋轉桌面以及數十種酷炫特效]]></description>
		<wfw:commentRss>http://blog.macroviz.com/archives/943/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>本部落格換上新的佈景主題</title>
		<link>http://blog.macroviz.com/archives/938</link>
		<comments>http://blog.macroviz.com/archives/938#comments</comments>
		<pubDate>Thu, 17 Sep 2009 19:59:24 +0000</pubDate>
		<dc:creator>野部 聖広</dc:creator>
				<category><![CDATA[WordPress]]></category>
		<category><![CDATA[人機互動介面設計]]></category>

		<guid isPermaLink="false">http://blog.macroviz.com/archives/938</guid>
		<description><![CDATA[服役了快要四年的 Anaconda 佈景，讓它正式退役了。換上了這個佈景主題叫做《Pixel》，不但風格特殊，而且整個介面設計非常人性化，有以下特色： 可以同時將插頁顯示在右上角的工具導覽列，以及將最上層分類顯示在主導覽列。 主導覽的分類，以下拉選單呈現第二層子分類。 一口氣從 2.6 跳升 2.8 之後，分類的顯示和後端的界面工具集就一直怪怪的。後來把外掛關了，就恢復正常了。應該是外掛和新版本的 WP 衝突的關係。 剛剛並且將所有文章全部標上標籤，之後會再針對標籤和分類作一次手動同步標示。]]></description>
		<wfw:commentRss>http://blog.macroviz.com/archives/938/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>談網頁設計專案的量化</title>
		<link>http://blog.macroviz.com/archives/566</link>
		<comments>http://blog.macroviz.com/archives/566#comments</comments>
		<pubDate>Tue, 05 May 2009 07:13:36 +0000</pubDate>
		<dc:creator>野部 聖広</dc:creator>
				<category><![CDATA[人機互動介面設計]]></category>

		<guid isPermaLink="false">http://blog.macroviz.com/archives/566</guid>
		<description><![CDATA[網頁設計專案中，真正重要的是如何準時上線，而不是品質與創意。這個觀念很多理想派的設計師、或者學術派的設計學教授不敢茍同，但確實是設計業界的現實。因為這是生存問題，不是學術研究問題。 事實上，品質來自於團隊的整體專案量化 (QPM; quantitative project management) 的經驗，一個無法準確量化專案的團隊，更別奢求有辦法控管品質。相對的，以野部個人的經驗而言，專案量化執行的好，反而往往提供了設計師有很多空間可以發揮更好的創意，創造出更高品質的作品。 所謂量化，具體而言有三個指標： 預算評估 (俗稱估價、報價)。 估算時程。 人力資源調度。 並可善用下列技巧： 時間折半法：將客戶規定的網站上線時間折半，作為內部結案時間點。萬一超過此時間點，剩餘時間折半。不斷重複此步驟，直到真正上線為止。 雛型建置法：以Dreamweaver等工具建置html雛型，來評估網站建置數量以及所需時間。 項目條列法：熟練的專案經理通常只要條列建置項目，就有辦法估計實際執行時間。至於每個項目所需之確實執行時間，建議專案經理抱持著一種：萬一技術團隊不幸解散，需要自己親自執行的心態去評估。 預算分配法：以總預算的金額評估所需的工作天(不包含休息日)以及人力資源。 為了達成針對三項量化指標的全面性評估，同一個專案中，上述四種技巧也應該要交叉運用。]]></description>
		<wfw:commentRss>http://blog.macroviz.com/archives/566/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>有點Kuso的網站易用性</title>
		<link>http://blog.macroviz.com/archives/558</link>
		<comments>http://blog.macroviz.com/archives/558#comments</comments>
		<pubDate>Wed, 18 Mar 2009 06:26:05 +0000</pubDate>
		<dc:creator>野部 聖広</dc:creator>
				<category><![CDATA[Kuso]]></category>
		<category><![CDATA[人機互動介面設計]]></category>

		<guid isPermaLink="false">http://blog.macroviz.com/?p=558</guid>
		<description><![CDATA[在一些網站經常看到可以讓使用者選擇放大或縮小文字的按鈕，一般來說看到有以下幾種： A A A 字 字 字 小 中 大 &#160;今天看到一個蠻好玩的，日本外務省(http://www.mofa.go.jp/mofaj/&#160;)網站用的是： あ あ あ 整串唸起來就是： 文字サイズを変更 あ あ あ (改變文字大小~啊~啊~啊~!) 難道透過喊話可以達成網站的人機互動嗎？水喔。 看看有沒有人用 z z z&#160;的&#160;]]></description>
		<wfw:commentRss>http://blog.macroviz.com/archives/558/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>網站主導覽架構論</title>
		<link>http://blog.macroviz.com/archives/112</link>
		<comments>http://blog.macroviz.com/archives/112#comments</comments>
		<pubDate>Thu, 11 Oct 2007 00:13:46 +0000</pubDate>
		<dc:creator>野部 聖広</dc:creator>
				<category><![CDATA[人機互動介面設計]]></category>

		<guid isPermaLink="false">http://www.macroviz.com/wordpress/?p=112</guid>
		<description><![CDATA[一般而言，網站架構採演繹式架構，亦即從上而下，從左而右。 以首頁導覽列而言，又分下列數種： 主導覽 (Primary Navigation)。 輔助導覽 (Assisted Navigation)。 熱門連結導覽 (Hot Links)。 隱藏導覽 (Functional Blocks or Invisible Navigation)。 因網站整體動線牽涉的是使用者經驗與短期記憶。理想層數為三層，超過者必須提供網站地圖(Site Map)與導覽路徑 (Pathway / You are here)。 其中，主導覽最為重要。設計主導覽有幾個方法論： 眼球Z形動線 or 第四棒理論。 "挖"元素，如動畫，顯眼色。 魔術數字七。 其實萬法同宗，設計主導覽的訣竅就是，把網站拜訪者認為最重要的單元擺在左邊或中間(如採用第四棒理論)。 整個網站地圖的演繹性，必須具有很強的聯想性。 使用者動線順不順暢，比網站美醜還重要。把東西作的漂亮只是多媒體人該有的基本功而已。但是要把東西做得好用，沒有使用者中心 (User-Centered) 的思維的人是作不來的。 這就是為甚麼有些大型網站，其介面評估師和美工設計師會分開的原因。]]></description>
		<wfw:commentRss>http://blog.macroviz.com/archives/112/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sprint Ahead 的網站，值得一看。</title>
		<link>http://blog.macroviz.com/archives/81</link>
		<comments>http://blog.macroviz.com/archives/81#comments</comments>
		<pubDate>Wed, 22 Aug 2007 02:20:05 +0000</pubDate>
		<dc:creator>野部 聖広</dc:creator>
				<category><![CDATA[人機互動介面設計]]></category>

		<guid isPermaLink="false">http://www.macroviz.com/wordpress/?p=81</guid>
		<description><![CDATA[http://www.sprintahead.com/ Sprint Ahead 是一家提供行動服務的公司。 該公司網站的首頁用確實達到要傳達的意思&#8211;行動服務的各項應用面。加上點擊每個人物都有不同的反應，頗有趣味性，值得一看。 &#160;]]></description>
		<wfw:commentRss>http://blog.macroviz.com/archives/81/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>微軟放棄Frontpage了嗎?</title>
		<link>http://blog.macroviz.com/archives/46</link>
		<comments>http://blog.macroviz.com/archives/46#comments</comments>
		<pubDate>Tue, 17 Oct 2006 03:47:44 +0000</pubDate>
		<dc:creator>野部 聖広</dc:creator>
				<category><![CDATA[人機互動介面設計]]></category>

		<guid isPermaLink="false">http://www.macroviz.com/wordpress/?p=46</guid>
		<description><![CDATA[隨著Office 2007版本的產品，稱之為Microsoft Office SharePoint Designer 2007，Frontpage已經除名了。想當初，Frontpage 97和Netscape Gold 3 版互爭WYSIWYG網頁設計天下時，因為Frontpage好用，讓我升級Windows95(請注意，Windows 3.1 並無法安裝FP97)。 現在Frontpage的不長進，只能令我感到非常挫折。很多Bug即使到2003仍然無法修正，如資料庫介面精靈的輸入自訂查詢時的資料型別遺失問題，國外許多論壇都提到了，怪的是微軟網站找不到半個字是描述該問題的文件，因此拖到現在。 另外還是資料庫的問題，Dreamweaver 4 與 Ultradev整合後推出MX(Version 6，跳過5)，早就用視覺化介面撰寫資料庫網頁，然而Frontpage居然還在用FP98時代的簡陋精靈介面，對於客製化能力完全封鎖，因為FP會發出警告訊息!! 剛剛到了幾家書局逛了一下，看看Frontpage的書，有人是從FP98寫到2003，就像有人把VB寫到VB.net還在一直出，ASP翻成PHP一樣的在書市氾濫，此時倒是欣賞起上奇作家小正正的風骨，Flash的書，相同的不會寫兩次。有些人號稱Frontpage跟Access資料庫合併，搞了半天，會員登入還要使用者自己寫ASP?!(要不就是弄得出前台，弄不出後台，然後來個冠冕堂皇的理由說ACCESS介面比較好等等廢話)。 突然驚覺，如果一套半瓶水的昂貴商業版網頁設計軟體可以存活那麼久，是不是我們這些的軟體檢定教師，人培教師，學校教師不但是微軟的幫兇，很多人還沒跟微軟收宣傳費，繼續荼毒中、小學生、高中生、大學生和研究生。 此時我真想問一問自己，如果現在教了這些操作介面之後，Frontpage消失了，這些投入是不是都是師生的負債。學生們該學的，應該是程式的語法，跟HTML的觀念吧，一通則百通，如果催眠學生說會網頁軟體就是懂得怎麼做網頁，那只是培養出更多沒能力但自以為會的傢伙吧。 以前的我也是提倡先甘後苦主義，在某家的補習班誤人子弟，然而說實在的，這些學生我ㄧ個都不會用，我在設計公司已經Reject太多投履歷給我的人了&#8230;抱歉了同學們，我當初是一天幾十封的砍104履歷表，一片血海) 我沒洪朝貴老師的志氣，但是也是有點不甘心，只希望能漸漸的淡出微軟帝國的控制；另一方面，如果以國際化的商業競爭眼光來看，我們要會的，要傳授的，要比市面上這些濫芋充數的書多更多，自許之。]]></description>
		<wfw:commentRss>http://blog.macroviz.com/archives/46/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>斐波那契數列</title>
		<link>http://blog.macroviz.com/archives/16</link>
		<comments>http://blog.macroviz.com/archives/16#comments</comments>
		<pubDate>Thu, 18 May 2006 16:20:57 +0000</pubDate>
		<dc:creator>野部 聖広</dc:creator>
				<category><![CDATA[人機互動介面設計]]></category>

		<guid isPermaLink="false">http://www.macroviz.com/wordpress/?p=16</guid>
		<description><![CDATA[兩個斐波那契數的比會趨近黃金分割，這個有趣的特性或許可應用於設計上：&#160;]]></description>
		<wfw:commentRss>http://blog.macroviz.com/archives/16/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>網頁中，有個”送出資料”的按鈕，這個按鈕的連結要怎麼設定？</title>
		<link>http://blog.macroviz.com/archives/53</link>
		<comments>http://blog.macroviz.com/archives/53#comments</comments>
		<pubDate>Wed, 12 Apr 2006 02:14:54 +0000</pubDate>
		<dc:creator>野部 聖広</dc:creator>
				<category><![CDATA[人機互動介面設計]]></category>

		<guid isPermaLink="false">http://www.macroviz.com/wordpress/?p=53</guid>
		<description><![CDATA[網友在Yahoo!奇摩知識+問到： 最近在試著做網頁，想順便做個表格請測試者填好回傳。我看網路上有很多種的表格下方都有個送出資料的按鈕，想請問一下，這要怎麼自己做呢？我是用office的frompage做的，拜託各位指導一下，謝謝。 野部的回答： 以Frontpage 2003 為例： 上方選單 ==&#62; 插入 ==&#62; 表單 ==&#62; 表單(這是子選項) 版面上會看到虛線框框，順便產生兩個按鈕「送出」 &#38; 「重新設定」。 你可以繼續插入各種表單元件，如文字方塊等。 在虛線框框內 ==&#62; 按下滑鼠右鍵 ==&#62; 跳出選單 ==&#62; 選擇表單內容(這是子選項) 就會看到表單的相關設定。 常用的傳送選項是電子郵件，你可以輸入你的電子郵件，儲存網頁，用IE瀏覽你的表單。 此時，只要對表單按下送出，就可以將表單資料送到自己的信箱了。]]></description>
		<wfw:commentRss>http://blog.macroviz.com/archives/53/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
