<?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>阿修的部落格</title>
	<atom:link href="http://www.lis186.com/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://www.lis186.com</link>
	<description>Flash, Flash Lite, Mobile Device, Internet, Usability, User Interface</description>
	<lastBuildDate>Sat, 24 Jul 2010 06:02:30 +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>如何在Google Static Map上顯示超長路徑？</title>
		<link>http://www.lis186.com/?p=1945</link>
		<comments>http://www.lis186.com/?p=1945#comments</comments>
		<pubDate>Sat, 24 Jul 2010 05:58:42 +0000</pubDate>
		<dc:creator>lis</dc:creator>
				<category><![CDATA[Google Maps]]></category>

		<guid isPermaLink="false">http://www.lis186.com/?p=1945</guid>
		<description><![CDATA[為了讓PrintMyMap的使用者可以感受地圖折好之後的樣子，我利用了Google Static Maps API畫出地圖，再利用CSS3 2d transform把地圖稍作變形，套在預先畫好的背景上。雖然Google Static Maps API解決了我需要將地圖變形的需求，但是有一些限制卻隨之而來。如果有用過Google Static Maps API，就應該會知道它其實只是一張利用URL傳送參數而產生的圖片。雖然Google Static Maps API的文件裡面沒有限制參數的長度，不過既然是使用URL傳送參數就會因為瀏覽器和伺服器端的實作而產生長度限制。 URL長度限制 如果URL長度過長，Google就會吐一個Request-URI Too Large的訊息回來。我用Google Chrome實際測試的結果，長度上限約在1800字元左右。 而這種情況在要顯示超長路徑(如：GPS Tracker紀錄或是路徑規劃產生的路徑)時很容易發生，因為每一個點的經緯度要精確到小數點以下六位，所以每一個點就要將近20個字元，一百個點不到就會超過長度限制。 以下面的這個路徑為例: path=rgb:0x0000ff,weight:5&#124;40.737102,-73.990318&#124;40.749825,-73.987963&#124;40.752946,-73.987384&#124;40.755823,-73.986397 只有兩個點就已經用掉了110個字元。 比如下面這個路徑規劃的結果，有兩百多個點，在Google Maps API v3上可以正常顯示。 在Google Static Maps API上，我為了不讓URL長度爆掉，只好限制只顯示80個點，就產生了路線不完整的現象。 所以唯一的解法就是簡化路徑，把一些點去除掉，並盡可能保持形狀。簡化路徑最普遍使用的演算法就是道格拉斯－派克爾法(Ramer–Douglas–Peucker algorithm)。 道格拉斯－派克爾法 credit: 維基百科 道格拉斯－派克爾法的做法就是保留頭尾兩點。將頭尾用一條直線連接，接著找出中間每個點距離這個最大的值b，接著保留這個距離頭尾連接起來的直線最遠的點c。然後設定一個容許值，這個容許值必須小於b。再檢查中間每個點到直線的距離，如果距離大於容許值，就保留這個點。然後用c點，把這條路徑分為兩部分，再依照前面的方法一直做下去。 GDouglasPeuker.js 如果要在Google Maps API或Google Static Maps API上使用道格拉斯－派克爾法，我們可以直接用Bill Chadwick寫好的GDouglasPeuker.js。GDouglasPeuker.js是可以免費使用的，不過如果你覺得它很有用，不妨到Bill Chadwick的網站上去donate一下。 GDouglasPeuker.js內只包含了GDouglasPeucker(source, kink)這個function。 source是LatLng組成的陣列，而kink是容許值(以公尺為單位)。 容許值的設定要特別注意，因為設定得太小，資料量還是很大，不一定能夠顯示。太大的話資料又壓縮過度，無法呈現細節。 以下以成田機場到汐留的開車路線為例，測試容許值。 GDouglasPeucker(route, 10) [...]]]></description>
		<wfw:commentRss>http://www.lis186.com/?feed=rss2&amp;p=1945</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>全球一動「大力玩」4G隨身分享器台北實測</title>
		<link>http://www.lis186.com/?p=1910</link>
		<comments>http://www.lis186.com/?p=1910#comments</comments>
		<pubDate>Fri, 16 Jul 2010 15:53:28 +0000</pubDate>
		<dc:creator>lis</dc:creator>
				<category><![CDATA[WiMAX]]></category>

		<guid isPermaLink="false">http://www.lis186.com/?p=1910</guid>
		<description><![CDATA[入手WiFi版的iPad之後，我就一直在找可以讓iPad離開家裡和公司無線網路範圍之後還可以上網的方案。有朋友開玩笑的說再買一台iPad 3G不就好了，不過這不在我的選項當中。 經過一些研究之後發現，要讓iPad可以在外行動時上網的選項應該有下面兩種： 1.把手機變成行動WiFi AP 2.另外選購3G行動基地台 把手機變成行動WiFi AP 第一個選項是最不花錢的，以iPhone來說，如果願意JB的話，MyWi這套售價美金9.99的軟體。就可以iPhone轉變成WiFi基地台，把網路分享給iPad使用。這個選項乍看之下覺得很完美，不過以我自己的經驗來說，我的iPhone 3G只要一開了MyWi，大概一個半小時就沒電了。手機沒電，漏接電話比沒網路更嚴重，所以除非再另外花一兩千塊外接電源，不然MyWi不太能用。 3G行動基地台 另一個最近很熱門選項的就是3G行動基地台，基本上它就是一個內建電池的3G網卡加上WiFi基地台。不過這也不便宜，單機就要四千元以上。如果搭配門號的話，機器變成只要990，但是得綁兩年的3G吃到飽，算起來也是不便宜。 所以，在不想花太多錢的狀況下，我只有在緊急情況才會打開MyWi將就用。 全球一動4G隨身分享器 其實是有第三個選項的，上個禮拜全球一動通知我，他們最近打算推4G隨身分享器，問我願不願意試用看看，我想試試無仿，於是才有這篇文章的。 這個4G隨身分享器和前面提到3G行動基地台其實概念上相同，都是要在沒有電源供應的情況下將自身的網路透過WiFi分享給其他裝置，差別主要連網的是3G或是WiMAX。雖然WiMAX因為日前Intel解散WiMAX辦公室而顯得前景不明，不過我想WiMAX業者都已經投入相當的資本下去，短期內這並不會影響涵蓋範圍的擴張和服務品質。以目前3G使用人數過多、頻寬捉襟見肘的狀況來看，費率較低、速度又快的WiMAX也不致於沒有競爭力。 這台4G隨身分享器寄到我手上時，還沒有包裝和正式的說明書，只有充電器和本體。尺寸比我想像中的小，重量也比想像中的輕。 正面的燈號，包含電源、WiFi、另外就是剩餘電池容量和WiMAX訊號強度各三顆。側面有一顆按鈕機器上唯一的按鈕－電源開關。 電池是可拆的，型號是NP120。Google了一下，這顆電池是Fujifilm數位相機用的，副廠的話只要400元，容量1700mAh。實際測試可以用五個小時以上沒問題。 機器的外觀沒有任何型號的資訊，不過電池拆下後可看到型號標示為WIXFMM-109。從預設的基地台名稱GemtekHotspot4G，可以知道是正文科技的產品。不過在該公司網頁上也找不到這顆行動基地台。 實測 第一個測試是在羅斯福路的騎樓下，我想看一下地圖，看看離捷運站還有多遠。 開關按下去之後等到所有的燈都亮了之後，就會開始開機，時間約一分鐘。 開啓WiFi連接到GemtekHotspot4G，就可以連上這顆4G隨身分享器，開始上網了。iPad上顯示的WiFi訊號幾乎永遠是滿格，。由於廠商已經幫我開通服務，所以不需要做其他設定。如果是正常狀況，記得在門市得先開通。 打開Google地圖，發現也可以透過4G隨身分享器iPad也能夠定位，而且準確度還不錯。 Street View的載速度感覺比MyWi分享3G的網路來得快一些。 在Safari裡面打開Google定位，也是能夠正常的定位。 從古亭站上了捷運之後，再把4G隨身分享器拿出來，結果燈號持續是在搜尋的狀態，一路上到市政府都沒有訊號。不過如果是在地上的話，圓山到民權西路，六張犁到忠孝復興訊號都是沒有問題的。 接著我到新光三越A9館三樓的伯朗咖啡做定點的測試。 我把iPad和基地台都重新開機後，利用Hinet網路測速網頁測試速度，平均下來速度在1.7-3.4Mbps。 接著我把iPhone 3G重開機，打開MyWi分享網路。 MyWi同樣用Hinet的測速網頁，實測的結果約1-2Mbps。 再切喚回WiMAX之後，我利用Air Video直接串流解析度720&#215;480，Bitrate從768-2048kbit/s的影片，播放5分鐘的過程當中，只有發生過一次暫停播放的狀態，不過一秒後就可以繼續播了。 播放YouTube也很流暢，畫質也不錯。 這是截至7/5為止，全球一動在台北的訊號涵蓋範圍，不過在高樓層與地下室，因為訊號會被建築物阻隔的關係，有可能無法上網。全球一動表示，目前訊號品質較佳為松山和域以內湖、松山、大安，為次為中山、中正、文山、信義。年底之前他們在台北市的涵蓋率會到達70%。室內收訊死角的問題也會逐步改善。 優點 輕薄短小：和iPhone差不多大，重量是90克。 省電：我從來沒有在一天內把電源用完過，依照燈號估計使用時間應該可以到六小時沒問題。 資費低：雖然費率還沒公布，不過如果以全球一動其他的產品資費來看，大概是3G吃到飽的7折。 網路速度：依照設備的不同，速度也會有所差異，從1.4M到7M，在我的測試當中最快的情況比3G快3倍。 缺點 覆蓋率低：因為開台時還不夠長的關係，覆蓋率和3G自然沒辦法比，不過這點廠商說他們還在持續努力當中。 總結 4G隨身分享器的體積小與重量輕，彈性又比網卡來得高，除了Notebook之外，還可以和iPad或是其他裝置共享。如果同時讓Notebook和iPad或其他裝置同時行動上網，又不想負擔高昂的3G月租費，而你的主要活動範圍又在WiMAX覆蓋範圍內的話，選擇4G隨身分享器不失為一項划算的選擇。]]></description>
		<wfw:commentRss>http://www.lis186.com/?feed=rss2&amp;p=1910</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>[阿修作品] PrintMyMap—立即列印易攜帶、方便摺疊的Google Maps我的地圖</title>
		<link>http://www.lis186.com/?p=1935</link>
		<comments>http://www.lis186.com/?p=1935#comments</comments>
		<pubDate>Fri, 16 Jul 2010 09:20:54 +0000</pubDate>
		<dc:creator>lis</dc:creator>
				<category><![CDATA[Google Maps]]></category>
		<category><![CDATA[Maps]]></category>
		<category><![CDATA[My Works]]></category>

		<guid isPermaLink="false">http://www.lis186.com/?p=1935</guid>
		<description><![CDATA[不知道有多少朋友在使用Google Maps裡的「我的地圖」來規劃旅遊行程？是不是要出門前，想把地圖列印出來的時候才發現它的列印功能不太堪用。地圖上的標示和名稱都沒辦法列印出來，還有一大部份是地點的清單，很浪費紙。實際在外使用時，紙本的地圖又是看沒幾次就皺了。端午節前幾個同事要出國，就發現了這樣的問題，問我有沒有解決辦法。於是我在假期的時候就在想如何列印一張能夠清楚呈現自訂地標，又好收納到皮夾內的地圖。經過一些研究之後，我發現可以用Google Maps API、Google Maps Data API、Google Static Maps API再加上HTML5和CSS3來完成繪製地圖的工作，再加上一些摺紙的小加工之後，就可以達成目標。印出來的地圖就像下面這段影片的樣子，我試著放在皮夾裡，有機會就拿給不同人看，到目前為止這張地圖還很堅固。 為了造福更多人，我已經把列印的步驟轉換成一個網路應用程式— PrintMyMap。PrintMyMap可以載入你在Google我的地圖內建立的個人化地圖。並且自動在地標旁邊標示名稱。你可以自由的選擇列印的區域，如果需要的話，還可以把列印範圍存下來，下次再用，這對於更新列印出來的地圖非常的方便。 地圖列印出來之後，就像上面這個樣子。還需要經過一些後加工，才方便收納。 我也把摺疊的步驟拍成影片了，我想照著做應該不會太困難，熟練之後應該三分鐘不到就可以折好一張。 唯一需要注意的是因為PrintMyMap用了很多webkit限定的功能來開發，所以請用Chrome或是Safari來列印。如果有任何使用上的問題或建議，請本文後留言。 PrintMyMap的網址是http://www.lis186.com/works/printmymap]]></description>
		<wfw:commentRss>http://www.lis186.com/?feed=rss2&amp;p=1935</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>[工作機會] 華碩電腦設計中心徵UI/GUI Designer</title>
		<link>http://www.lis186.com/?p=1909</link>
		<comments>http://www.lis186.com/?p=1909#comments</comments>
		<pubDate>Wed, 14 Jul 2010 03:46:12 +0000</pubDate>
		<dc:creator>lis</dc:creator>
				<category><![CDATA[General]]></category>

		<guid isPermaLink="false">http://www.lis186.com/?p=1909</guid>
		<description><![CDATA[華碩電腦設計中心(Asus Design) UE Team正在招募新血。 有興趣的話，請直接將履歷表寄到goodmike_tsai@asus.com， 或電0933863063找Mike。 UI Designer需求 1）有UI flow與UI layout規劃執行經驗能力 2）具良好溝通、專案管理及邏輯思考與創新能力 3）Human Center、工業工程或工業設計相關科系背景 4）3年以上相關工作經驗（一名）、1~2年相關工作經驗（三名） GUI Designer需求 1) 有UI與Flow layout參與規劃經驗 2) 具良好溝通能力 3) 多媒體設計/工業設計相關背景 4) 熟悉Adobe Illustrator/Photoshop/AfterEffect/Adobe Flash等多媒體軟體 5) 具有UI Prototype能力佳]]></description>
		<wfw:commentRss>http://www.lis186.com/?feed=rss2&amp;p=1909</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>UiGathering 7月份聚會 ﹣「使用者經驗設計」系列之三﹣如何從研究的結果中創造出揪甘心的設計</title>
		<link>http://www.lis186.com/?p=1891</link>
		<comments>http://www.lis186.com/?p=1891#comments</comments>
		<pubDate>Sat, 10 Jul 2010 03:51:12 +0000</pubDate>
		<dc:creator>lis</dc:creator>
				<category><![CDATA[UiGathering]]></category>

		<guid isPermaLink="false">http://www.lis186.com/?p=1891</guid>
		<description><![CDATA[【主題】 「使用者經驗設計」系列之三：如何從研究的結果中創造出揪甘心的設計 【時間】 2010/07/17（六） 13:00 ~ 17:00 【地點】 文化大學推廣教育部延平分部大新館4F數位演講廳（台北市延平南路127號） 【議程】 12:30 ~ 13:00 報到 13:00 ~ 13:20 UiGathering Time 13:20 ~ 14:30 上半場 講題：絞盡腦汁了嗎?使用者研究成果是你的設計之泉 講者：翁晨豪（代表交大應用藝術所碩士生團隊） 14:30 ~ 15:00 茶敘 15:00 ~ 16:10 下半場 講題：Design and the Right Brain 講者：Brian Moose, Director of User Experience Design, Corel Digital Media Group 16:10 ~ 16:25 休息 16:25 ~ [...]]]></description>
		<wfw:commentRss>http://www.lis186.com/?feed=rss2&amp;p=1891</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windows 7的觸控體驗</title>
		<link>http://www.lis186.com/?p=1893</link>
		<comments>http://www.lis186.com/?p=1893#comments</comments>
		<pubDate>Fri, 09 Jul 2010 15:13:59 +0000</pubDate>
		<dc:creator>lis</dc:creator>
				<category><![CDATA[Multitouch]]></category>
		<category><![CDATA[Windows 7]]></category>

		<guid isPermaLink="false">http://www.lis186.com/?p=1893</guid>
		<description><![CDATA[微軟在2007年的時候，公開了研究七年的新型態電腦Microsoft Surface。這個被稱之戲稱為「神桌」的裝置，我也有幸在2008年底於微軟創新中心體驗過，當時還拍攝了一段影片。在Surface上，我們可以看到多點觸控除了在手機上以外，在大尺寸的螢幕也能夠提供更直覺的操作，甚至能夠讓好幾個人一起使用。可惜可能是因為價格等等的原因，Surface始終沒辦法普及。 去年的這個時候，我因緣際會下得到了我的第一台的觸控筆電－Eee PC T91，它馬上成為了我在通勤期間打發時間、寫程式、寫稿的好夥伴。沒位子坐的時候，我可以把螢幕翻轉過來變成平板的型態上上網。有位子坐的時候，可以回到傳統筆電的型態，這個時候還可以寫寫東西。(雖然兩個月前我也入手了iPad，不過要寫東西的話，還是要有實體鍵盤比較方便。)由於Eee PC T91內建的作業系統是Windows XP，而Windows XP原本不支援觸控，所有的虛擬鍵盤、觸控操作都必須由電腦的製造商另外搭配軟體來補強，所以整合性和操作的一致性自然就不容易讓人滿意。所以我在Eee PC T91上使用觸控的時機，就被限制在在看照片、影片的時候，上網的時候如果要觸控，還得裝一些擴充套件才比較合用。 轉眼Windows 7也已經上市了8個月，當時我對於Windows 7的第一個印象就是開始列與圖示都變得比以前來得大，想必是為了適應觸控螢幕的操作而做的改變。確實是的，微軟在Windows 7的重要改進之一就是改良使用者介面的呈現與觸控功能。拜iPad帶起的觸控話題所賜，今年Computex的展場上沒幾個攤位就可以看到使用了不同技術的觸控面板、和各種觸控應用。我想這個時候來介紹Windows 7的觸控功能，應該是個更適當時機，畢竟去年因為內建觸控螢幕的機種寥寥可數，今年除了觸控小筆電之外，具備觸控螢幕的All-in-one電腦有更多的選擇。 我認為硬體的型態是決定觸控能不能發揮功能的重要因素。如果只是筆電加上觸控螢幕，使用觸控功能的時候，手腕懸空加上螢幕會晃這樣一定不方便用。如果是大尺寸的All-in-one電腦，螢幕可以站的很穩，觸控也不會造成搖晃，因此在一些文字輸入需求不高的應用裡，觸控螢幕已經能夠當成鍵盤滑鼠的替代品。至於在那些沒有實體鍵盤的平板電腦上，觸控就必須成為輸入的主力。而這個尺寸下因為觸控時手的移動距離不大，螢幕的角度也可隨個人喜好輕易調整，我認為是最適合觸控的大小。不過在平板上，觸控的時候，手腕可能會靠在螢幕上，拿著的時候，手指也可能已經碰到螢幕邊緣，因此如何避免誤觸會成為設計上的挑戰。 雖然很多廠商宣稱多點觸控能夠讓操作變得更加直覺，但是對於大部分的電腦使用者來說，鍵盤滑鼠是在熟悉不過的輸入方式，要如何使用幾乎是不需要再教育。因為複合鍵、輸入法、點選、拖曳這些操作行為早就印在使用者的腦海裡了。而大部分電腦使用者對於觸控螢幕的首次經驗並不相同，有些人可能手機，有些人可能是提款機，說不定還沒有用過。而在這個觸控螢幕慢慢深入日常生活的現在，如何讓使用者在腦中能夠建構並熟悉觸控一套觸控手勢的印象變得很重要。當有了一套觸控螢幕的標準操作行為之後，使用者在這個平台操作各類型的軟體才有一套可遵循的標準，才不會換了不同的軟體就要一直學一套不同的手勢。在這樣的情況下，定義出一套電腦的觸控體驗標準，就變成Windows 7的重責大任了，因為這會成為未來各類應用程式設計的依據之一。 Windows 7支援的手勢 Windows 7支援的觸控手勢包含下面幾項： 輕點 這個動作相當於點了滑鼠左鍵一下，意思是選取。 按住後放開 這個動作相當於點了滑鼠右鍵，意思是開啟附加功能。 應用時機：開啟快顯功能表 按住螢幕等待圓圈畫完之後再放開，就可以開啟快顯功能表。 兩次輕點 這個動作相當於點滑鼠左鍵兩次，是執行的意思。 按住後輕點 這個動作相當於，點滑鼠右鍵，意思也是開啟附加功能。 應用時機：快速開啟快顯功能表 一指按住螢幕後，再用另一指快速輕按螢幕後放開，就可以開啟快顯功能表。這個方法比按住後再放開更有效率。 按住後拖曳 這個動作相當於按住滑鼠左鍵後拖曳，有移動的意思。 滑出 直接在目標上快速的滑過去，有翻開內容的意思。 應用時機：開啟JumpList 輕輕滑過在開始列上的應用程式圖示，就可以打開JumpList，快速開啟常用檔案或執行軟體的某個功能。 應用時機：筆觸（捲動頁面、快速回到上一頁或跳到下一頁） 這個功能在檔案總管、瀏覽器裡面都可以使用。 雙指捏合 兩指輕觸螢幕往中間移動，意思是縮小。 應用時機：要縮小顯示範圍的時候使用。在看圖軟體和瀏覽器裡面都可以使用。 雙指往兩邊推開 兩指輕觸螢幕往兩邊推開，意思是放大。 應用時機：要放大顯示範圍的時候使用。在看圖軟體和瀏覽器裡面都可以使用。 旋轉 一指按住螢幕不動，另一指畫弧形。 應用時機：旋轉文件。通常在照片需要旋轉時才會用到。 視窗管理 除了以上的基本手勢之外，Windows 7在視窗管理上也針對觸控螢幕做了加強： [...]]]></description>
		<wfw:commentRss>http://www.lis186.com/?feed=rss2&amp;p=1893</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>更有人味的地圖</title>
		<link>http://www.lis186.com/?p=1890</link>
		<comments>http://www.lis186.com/?p=1890#comments</comments>
		<pubDate>Wed, 30 Jun 2010 10:56:03 +0000</pubDate>
		<dc:creator>lis</dc:creator>
				<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Maps]]></category>
		<category><![CDATA[Microsoft]]></category>

		<guid isPermaLink="false">http://www.lis186.com/?p=1890</guid>
		<description><![CDATA[還記得你的親友上次為了向你指出前往某地的路線而繪製的地圖嗎？那張簡略的地圖是不是只繪製了途中會經過的道路和地標。雖然它並不詳盡，比例、轉彎角度也可能不盡然完全正確，不過你總是可以順利的找到目的地。而如果是你自己要在網路地圖或是市售的地圖上找路，往往會走過頭或是迷路，偏偏這張地圖可能比起手繪的地圖精確的多，究竟這是為甚麼呢？從我前一陣子閱讀的「不再迷路」這本討論空間心理學的書裡我找到了答案。這是因為人類是靠地標導航的動物，我們是藉由各種顯著的人為或自然地標作為參考點而辨認方向、決定接下來怎麼走。我們腦中記憶下來的路線，也只是拓璞圖。我們會記得A點到B點該往哪個方向走，中間的路線是不是有點歪曲，並不會記下來，我們的腦袋會自動把它拉直，因為這對我們並不那麼重要。在手繪的地圖上，製圖者已經為我們挑出了最顯著的地標，簡化了不重要的訊息，或許不那麼精確，但是因為它符合我們的心理模型，所以容易被閱讀自然不容易迷路。而一般的地圖繪圖者無不想在有限的平面空間裡，提供最豐富而精確的資訊。然而在有特定目的地的的狀況下，多餘的資訊只會成為干擾，成為負擔，自然容易迷路。最近我看到已經有網路地圖業者注意到這個需求了。 第一個是目前已經下線的ALPS Lab略地圖，它能夠將規劃後的路徑簡化，只留下重要的路線。 而Bing Map最近也有動作，在在需要安要安裝Silverlight才能使用的Explor單元裡推出了Bing Destination Maps。Bing Destination Maps能夠以手繪風格畫出某個地點附近的重要道路。 我認為這才是下一代地圖應該發展的方向，因為這樣的地圖才更有人味。]]></description>
		<wfw:commentRss>http://www.lis186.com/?feed=rss2&amp;p=1890</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>如何利用Webcam拍攝手持裝置動手玩影片</title>
		<link>http://www.lis186.com/?p=1889</link>
		<comments>http://www.lis186.com/?p=1889#comments</comments>
		<pubDate>Mon, 07 Jun 2010 14:17:33 +0000</pubDate>
		<dc:creator>lis</dc:creator>
				<category><![CDATA[Mobile Devices]]></category>

		<guid isPermaLink="false">http://www.lis186.com/?p=1889</guid>
		<description><![CDATA[身為一個研究員和手持裝置的愛好者，我總是會有很多機會要和同事朋友分享這些小東西的使用經驗，要把這些裝置的操作投影到投影機上或是錄製成影片始終是個大問題。在過去參加過的大型研討會上，我看到的做法不外乎是直接從這些裝置輸出視訊，或是使用實物投影機、或請攝影師在背後拍攝，不過這似乎不是一般人可以辦得到的。做過許多嘗試之後(包含使用數位相機或DV)，我發現使用webcam經過電腦來錄製影片或投影是比較可行的做法，webcam容易攜帶也比較便宜，接到投影機也方便。 選擇了webcam要面對的問題就是如何固定的問題了，過去我的解決辦法包含利用紙箱製作翻拍架或是直接使用有腳架的webcam。不過現在的手持裝置，慢慢的都導入了G sensor，要示範某些功能的時候，不能再把它直接放在桌面上操作了，我需要能夠拍攝雙手操作影片的webcam。 我認為適合動手玩影片的webcam應該滿足下面這些條件： 1.自動對焦—動手玩的時候距離很難固定，所以一定要自動對焦。 2.低光源時也能拍攝—因為有時候得直接輸出到投影機，所以低光源的狀況應該也要能夠清楚的拍攝。 3.高畫質—這樣才看得清楚螢幕上的內容和外觀細節。 4.能夠方便的固定—讓我能夠空出雙手，且不需要他人幫忙就可以拍攝。 5.能夠支援Windows和Mac OSX—這點純粹是因為我同時有Mac和PC。 依照這些條件篩選下來，我發現Microsoft LifeCam HD-5000應該蠻適合拍攝動手玩影片的，實際上用過之後，的確也是。 用HD-5000拍攝動手玩影片，固定方式大概可以分成兩種。 1.HD-5000利用立牌固定在桌面，這種情況適合拍攝手機的畫面這類比較小的東西。 立牌在咖啡廳很容易找，比如上次Taipei GTUG在果子咖啡的聚會，ericsk臨時要分享手機上的軟體，當場就地取材利用Menu來架HD-5000。 比較可惜的是LifeCam投影出來的畫面沒辦法全螢幕顯示。 2.將HD-5000掛在領口，這時候可以拍攝iPad或其他需要比較大動作的裝置。 這種方式可以把拍攝範圍變得更大，雙手更容易活動。要這樣拍的畫最好是穿T恤，HD-5000才比較容易掛，也不容易歪掉。 這是我試拍的iPad的操作，因為HD-5000內建了麥克風，所以錄音的效果會比依靠Notebook上的麥克風更好。 拿來拍Panasonic GF1的外觀也很適合，轉來轉去webcam也不會歪掉太多。 在光線條件不好的情況下，HD-5000的拍攝效果也還算不錯。 最近這一個月，我已經利用HD-5000做過好幾場簡報，效果比起我以前用其他方法都來得好。唯一覺得比較可惜的是，它在Mac下沒辦法自動對焦，在Windows這邊雖然有附屬軟體LifeCam，不過卻沒辦法做全螢幕的顯示。]]></description>
		<wfw:commentRss>http://www.lis186.com/?feed=rss2&amp;p=1889</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>UiGathering 5月份聚會：「如何規劃一個有效的使用者研究」紀實</title>
		<link>http://www.lis186.com/?p=1888</link>
		<comments>http://www.lis186.com/?p=1888#comments</comments>
		<pubDate>Fri, 28 May 2010 09:26:33 +0000</pubDate>
		<dc:creator>lis</dc:creator>
				<category><![CDATA[UiGathering]]></category>

		<guid isPermaLink="false">http://www.lis186.com/?p=1888</guid>
		<description><![CDATA[5月份的UiGathering在上週六落幕，這是本年度的第二次活動。本次的主題是設計研究，我們邀請到了國內少數具有完整資歷，且在設計研究方面有豐富實戰經驗兩位講者—華碩電腦機構暨工業設計中心研究企劃課主任劉瑛峰先生和宏碁電腦的UI, Design Research Manager蘇永皓先生來和大家分享設計研究的價值與實務上的運作方式。 照例還是先公佈一下本次活動的一些紀錄。 1.有170位朋友來參加本次活動，加上工作人員及學生義工約180人到場。 2.有不少朋友已經參加過至少一次的活動。 3.David擔任主持人，簡短介紹了UiGathering的歷史。2005年至今累計活動次數18次，總參與人數1418人。 4.Cheers雜誌快樂工作人派員採訪。 5.Bob來宣傳COSCUP徵稿事宜。 6.13小時報名額滿。 以下為當天的演講重點： 如何有策略的作設計研究—華碩電腦機構暨工業設計中心研究企劃課主任 劉瑛峰 先生 (Jason Lau) 合格設計研究員應該具有敏銳的觀察力。 UI Design與Design Research應該是合作關係而非競爭關係。 設計研究是在1960年代被提出，第一個設計研究社群是John Christopher Jones所創立的Design Research Society。 在企業內的設計研究包含的五個面向： 外部： 1.使用者研究 2.生活形態研究 3.市場及競爭者研究 內部： 4.資源 5.技術能力 為甚麼要做設計研究？ 行為相同使用者，可能有不同的目的，使用者研究就是為了發現這些不同，作為設計時的依據。 如果不做設計研究，很可能設計出來的東西根本不符合需要。 市場研究不等於設計研究 市場研究能夠用來評估已經上市的產品是否能夠被消費者接受，設計研究在於發現產品對於使用者的價值，讓設計師能夠設計出符合特定使用者需求的產品。 常見的設計研究流程Human Center Design (HCD) 1.Hear the stories—聽你的目標使用者講他們的故事，不要只憑想像。盡量深入的挖掘出行為背後的原因。 2.Create Insights—與設計團隊分享聽到的故事，設法讓所有成員感同身受，對於應該解決的問題產生共識。 3.Deliver—驗證想法。 HCD的流程是將具象的故事轉換成抽象的價值，最後再產生具象的設計。 設計研究團隊如何與設計師、PM、RD等專案參與者合作 1. 瞭解團隊成員各自的目標。 將專案目標轉換為與人有關的目標。 讓團隊成員參與設計研究，讓設計師一起去訪問使用者，使其將使用者的想法內化。 [...]]]></description>
		<wfw:commentRss>http://www.lis186.com/?feed=rss2&amp;p=1888</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>COSCUP 2010徵稿中，主題UX in Open Source Software</title>
		<link>http://www.lis186.com/?p=1887</link>
		<comments>http://www.lis186.com/?p=1887#comments</comments>
		<pubDate>Tue, 18 May 2010 09:17:28 +0000</pubDate>
		<dc:creator>lis</dc:creator>
				<category><![CDATA[Event]]></category>
		<category><![CDATA[UiGathering]]></category>

		<guid isPermaLink="false">http://www.lis186.com/?p=1887</guid>
		<description><![CDATA[上週六COSCUP的柏強到UiGathering五月份聚會當中宣傳COSCUP 2010正在徵求演講的消息。COSCUP是開放原始碼的年度大拜拜，目標對象為開放原始碼軟體的開發者、熱衷開放原始碼軟體的推廣者、熟悉開放原始碼軟體的使用者。如果你有關於UX in Open Source Software相關的主題想在COSCUP上發表，請到此投稿。 COSCUP Call for Papers is now open View more presentations from Bob Chao.]]></description>
		<wfw:commentRss>http://www.lis186.com/?feed=rss2&amp;p=1887</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
