<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="/main.xsl"?>
<b:blog xmlns="http://www.w3.org/1999/xhtml" xmlns:b="http://blog.othree.net"  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://blog.othree.net http://blog.othree.net/blooog.xsd">
	<b:blogTitle>O3noBLOG</b:blogTitle>
	<b:blogDescription></b:blogDescription>
	<b:entries>
		<b:entriesMeta>
			<b:listType>y</b:listType>
			<b:listData listID="2007">2007</b:listData>

			<b:previous>
				<b:mTitle>2006</b:mTitle>
				<b:mDate>2006</b:mDate>
			</b:previous>


			<b:next>
				<b:mTitle>2008</b:mTitle>
				<b:mDate>2008</b:mDate>				
			</b:next>

		</b:entriesMeta>

		<b:entry entryID="000481" baseName="html-4-10years">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-12-30</b:date>
				<b:time>16:00:05</b:time>
			</b:datetime>
			<b:category>css-html</b:category>
			<b:title>HTML 4 10年了</b:title>
			<b:content>
				<b:summary>就在前兩週的18號，HTML 4堂堂邁入第10年，這10年過去了，後續的規格也推出不少，像是HTML 4.01、XHTML 1.0、XHTML 1.1，不過現在比較被推薦來使用的卻還是1999年推出的HTML 4.01，10年過去只增加了0.1版，還真是有股淡淡的哀傷啊，不過這也沒辦法，網路標準的制定和普及與一般程式語言不一樣，不只是W3C制定好就好，瀏覽器還要支援，接著還要等普羅大眾都有更新，網頁開發人員願意用，每個新標準制定出來到普及都有好長一段路要走（想像還要10年才制定的完的CSS3普及的那一天），在這條路上有個地方過不去，基本上就是失敗了，XHTML就是這樣，以Tim Bernes Lee理想的語意網來說，讓文件的語意結構完整是必要的，不過XHTML卻一口氣跑的太多步，先不看XHTML 2.0草案的改動程度，光是XHTML 1.1就已經讓網頁開發人員叫苦連篇，真正的XHTML 1.1要修改mime/type，也因此只要有一點錯誤，網頁就呈現不出來，語法又要求很嚴謹，可以用的entity只有三個，這三個符號不是做標籤使用時就一定要用entity表示之，不然網頁也會掛掉...etc，實在是麻煩一堆，然後看著XHTML 2.0更可怕的草案，終於瀏覽器開發者決定自己跑出來制定HTML 5，還有強化版的Web Forms 2.0，在一千零一網中，Tim Bernes Lee就提到他認為網際網路上的流通資訊和標準不應該為任意單一企業或組織所壟斷，即使是W3C也一樣，所以，最後W3C終於決定重組HTML Working Group，接納HTML 5進入，讓下一版功能更完整，編寫也容易的HTML標準的出現，露出曙光！ 我想，大概再等個10年就可以用了吧。...</b:summary>
				<b:mainContent><p>就在前兩週的18號，<a href="http://www.w3.org/TR/REC-html40-971218/"><span class="caps">HTML</span> 4</a>堂堂邁入第10年，這10年過去了，後續的規格也推出不少，像是<a href="http://www.w3.org/TR/html401/"><span class="caps">HTML</span> 4.01</a>、<a href="http://www.w3.org/TR/2002/REC-xhtml1-20020801/"><span class="caps">XHTML</span> 1.0</a>、<a href="http://www.w3.org/TR/2001/REC-xhtml11-20010531/"><span class="caps">XHTML</span> 1.1</a>，不過現在比較被推薦來使用的卻還是1999年推出的<strong><span class="caps">HTML</span> 4.01</strong>，10年過去只增加了0.1版，還真是有股淡淡的哀傷啊，不過這也沒辦法，網路標準的制定和普及與一般程式語言不一樣，不只是W3C制定好就好，瀏覽器還要支援，接著還要等普羅大眾都有更新，網頁開發人員願意用，每個新標準制定出來到普及都有好長一段路要走（想像還要10年才制定的完的CSS3普及的那一天），在這條路上有個地方過不去，基本上就是失敗了，XHTML就是這樣，以Tim Bernes Lee理想的語意網來說，讓文件的語意結構完整是必要的，不過XHTML卻一口氣跑的太多步，先不看XHTML 2.0草案的改動程度，光是XHTML 1.1就已經讓網頁開發人員叫苦連篇，真正的XHTML 1.1要修改mime/type，也因此只要有一點錯誤，網頁就呈現不出來，語法又要求很嚴謹，可以用的entity只有三個，這三個符號不是做標籤使用時就一定要用entity表示之，不然網頁也會掛掉...etc，實在是麻煩一堆，然後看著XHTML 2.0更可怕的草案，終於瀏覽器開發者決定自己跑出來制定<a href="http://www.whatwg.org/specs/web-apps/current-work/"><span class="caps">HTML</span> 5</a>，還有強化版的<a href="http://www.whatwg.org/specs/web-forms/current-work/">Web Forms 2.0</a>，在一千零一網中，Tim Bernes Lee就提到他認為網際網路上的流通資訊和標準不應該為任意單一企業或組織所壟斷，即使是W3C也一樣，所以，最後W3C終於決定重組HTML Working Group，接納HTML 5進入，讓下一版功能更完整，編寫也容易的HTML標準的出現，露出曙光！</p>

<p>我想，大概再等個10年就可以用了吧。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000480" baseName="netscape-rest-in-peace">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-12-29</b:date>
				<b:time>11:51:52</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>Netscape, rest in peace</b:title>
			<b:content>
				<b:summary> 早上一起來就看到，AOL說Netscape只會繼續維護到明年二月，並且建議現在Netscape的使用者改用Firefox，Netscape終於要正式的劃下句點了，從1994年開始的收費推出，佔有絕大部分市場，到被免費加系統內建的IE吃走佔有率，到最後借用Firefox核心重新出的自訂版，一共也歷經了10多年，實在想不到現在幾乎沒人用的瀏覽器，過去也曾經是佔有率最高的。 未來，瀏覽器的競爭會是怎樣我想也很難說，不過從現在的狀況來看，我想至少會是一個良性競爭，因為遵循標準的意識已經出來，搞自家規格現在只會被人詬病，在網頁呈現上各家瀏覽器理論上都會一樣，因此未來競爭的重點將會在瀏覽器功能上，這點目前IE還是落後其他對手，因為他IE6之後太長一段時間沒更新，也太晚起步重新開發了，而且在最初的IE7推出時還限制要正版使用者才可以更新。以通過Acid 2測試作為一個里程標來看的話，IE、Firefox、Safari、Opera四家，最後一個通過的是IE、而IE8的推出還要等約一年，Firefox則是明年初就會推出通過測試的Firefox 3，並且在功能和介面都有更好的改善，這些也是目前IE更新版所缺乏的，IE7感覺上就是急急忙忙推出，只修正一些render bug，加入標籤頁功能而已，IE8目前感覺有比較完整的開發規劃，我想，IE8的樣子會成為未來瀏覽器佔有率分佈變化的一個重要關鍵吧。 修正：Netscape出現時間為1994，之前寫錯成1984。...</b:summary>
				<b:mainContent><p><img alt="" src="http://blog.othree.net/log/2007/12/29/netscape-rest-in-peace/netscape.png" width="128" height="128" class="right" /></p>

<p>早上一起來就看到，<a href="http://news.bbc.co.uk/2/hi/technology/7163547.stm"><span class="caps">AOL</span>說Netscape只會繼續維護到明年二月</a>，並且建議現在Netscape的使用者改用Firefox，Netscape終於要正式的劃下句點了，從1994年開始的收費推出，佔有絕大部分市場，到被免費加系統內建的IE吃走佔有率，到最後借用Firefox核心重新出的自訂版，一共也歷經了10多年，實在想不到現在幾乎沒人用的瀏覽器，過去也曾經是佔有率最高的。</p>

<p>未來，瀏覽器的競爭會是怎樣我想也很難說，不過從現在的狀況來看，我想至少會是一個良性競爭，因為遵循標準的意識已經出來，搞自家規格現在只會被人詬病，在網頁呈現上各家瀏覽器理論上都會一樣，因此未來競爭的重點將會在瀏覽器功能上，這點目前IE還是落後其他對手，因為他IE6之後太長一段時間沒更新，也太晚起步重新開發了，而且在最初的IE7推出時還限制要正版使用者才可以更新。以通過Acid 2測試作為一個里程標來看的話，IE、Firefox、Safari、Opera四家，最後一個通過的是IE、而IE8的推出還要等約一年，Firefox則是明年初就會推出通過測試的Firefox 3，並且在功能和介面都有更好的改善，這些也是目前IE更新版所缺乏的，IE7感覺上就是急急忙忙推出，只修正一些render bug，加入標籤頁功能而已，IE8目前感覺有比較完整的開發規劃，我想，IE8的樣子會成為未來瀏覽器佔有率分佈變化的一個重要關鍵吧。</p>

<p class="update">修正：Netscape出現時間為1994，之前寫錯成1984。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000478" baseName="realforce_103">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-12-24</b:date>
				<b:time>20:30:35</b:time>
			</b:datetime>
			<b:category>buy</b:category>
			<b:title>Realforce 103</b:title>
			<b:content>
				<b:summary>終於我也入手了一隻 Topre 的 Realforce 靜電容量無接點式鍵盤，靜電容量無接點的原理和機械式及薄膜式都不一樣，有興趣的可以google一下，這種結構的鍵盤現在只剩下Topre有在做了，這種設計的特色就是開關沒有實體接觸，耐用度和比傳統機械式更高，而觸發荷重可以做到更低，Topre的產品線裡面最低的觸發荷重是30g，其他還有45g和55g，配置則依照標準指位會使用到的手指頭來決定，另外還有隻Realforce106S則是全部按鍵都做最輕的30g，不過這是日文配置的，用起來會很不習慣，Topre的Realforce系列以往一直都是做沒有win鍵的，不管是101鍵的英語配置還是106鍵的日語配置，不過他的幾點特色還是一直讓鍵盤玩家愛不釋手。...</b:summary>
				<b:mainContent><p>終於我也入手了一隻 Topre 的 <a href="http://www.topre.co.jp/products/comp/key_list.html">Realforce</a> 靜電容量無接點式鍵盤，靜電容量無接點的原理和機械式及薄膜式都不一樣，有興趣的可以<a href="http://www.google.com.tw/search?q=%E9%9D%9C%E9%9B%BB%E5%AE%B9%E9%87%8F%E7%84%A1%E6%8E%A5%E9%BB%9E">google</a>一下，這種結構的鍵盤現在只剩下<a href="http://www.topre.co.jp/index.html" title="東プレ">Topre</a>有在做了，這種設計的特色就是開關沒有實體接觸，耐用度和比傳統機械式更高，而觸發荷重可以做到更低，Topre的產品線裡面最低的觸發荷重是30g，其他還有45g和55g，配置則依照標準指位會使用到的手指頭來決定，另外還有隻Realforce106S則是全部按鍵都做最輕的30g，不過這是日文配置的，用起來會很不習慣，Topre的Realforce系列以往一直都是做沒有win鍵的，不管是101鍵的英語配置還是106鍵的日語配置，不過他的幾點特色還是一直讓鍵盤玩家愛不釋手。</p></b:mainContent>
				<b:extendContent><p>Topre Realforce系列最大的特色其一是<strong>N-key-roll-over</strong>，中文好像叫<strong>同時壓</strong>，這表示鍵盤上所有的按鍵可以同時壓下去，電腦都收的到而不會有所謂卡鍵現象發生（會拿鍵盤雙打格鬥遊戲的人大概很有經驗），這功能一定要PS/2介面才有辦法做到，USB介面礙於介面的限制，目前還沒有產品能做出這樣的規格。</p>

<p>另一個特點是<strong><span class="caps">PBT</span>鍵帽加含浸印刷</strong>，一般比較常見的鍵盤用塑膠是ABS，比較軟、加工比較容易，但是也比較容易變質，白色的久了可能會發黃，因此PBT就被認為是比較高級的產品，不過由於加工比較不容易，PBT材質做不出二色成型的鍵帽，因此Topre選擇使用含浸印刷來印鍵帽上的字，這種方法也是現在非常少見的方法之一，方法我不曉得，不過他的原理是讓顏料滲透浸鍵帽的塑膠裡面，因此不易磨損，表面觸感也與印刷前無異，相對於現在常見的雷射印字，雷射其實是把鍵帽表面燒出顏色，雖然也不是很容易磨掉，但是表面觸感會變差。不過PBT材質的鍵帽加上含浸印刷也是有其極限，那就是黑色鍵帽白色字，因為黑色會變成底色，要把白色滲透進其中，還要能對比明顯幾乎是不可能的。而基於以上兩個特點，一直以來要買Realforce最建議的就是PS/2介面加上白色款式。</p>

<p>這次我買到算是國內試賣的特注產品，PS/2介面，但是卻是黑色PBT鍵帽，當然還是含浸印刷，印刷色則是比鍵帽更深的黑色，和<a href="http://www.pfu.co.jp/hhkeyboard/hhkbpro2/standard.html">Happy Hacking Keyboard Professional 2 墨</a>一樣，基本上Realforce系列是沒這配色的，所以Topre願意開這規格給我們真的是很有誠意，而且還可以加買有中文字碼的鍵帽（不過我沒買），對於以往都是追求無刻印的我來說，同色刻印也是非常吸引我，拍了幾張照片放上來給大家看看，第一張是整體鍵盤的樣子，第二三張是同色刻印鍵帽的近照。</p>

<p><a href="http://blog.othree.net/log/2007/12/24/realforce-103/rf103-1.jpg" class="thickbox"><img src="http://blog.othree.net/log/2007/12/24/realforce-103/rf103-1-thumb-400x200.jpg" alt="全黑的Realforce 103" /></a></p>

<p><a href="http://blog.othree.net/log/2007/12/24/realforce-103/rf103-2.jpg" class="thickbox"><img src="http://blog.othree.net/log/2007/12/24/realforce-103/rf103-2-thumb-400x300.jpg" alt="同色刻印鍵帽" /></a></p>

<p><a href="http://blog.othree.net/log/2007/12/24/realforce-103/rf103-3.jpg" class="thickbox"><img src="http://blog.othree.net/log/2007/12/24/realforce-103/rf103-3-thumb-400x300.jpg" alt="開閃燈照對比比較明顯" /></a></p>

<p>至於什麼人適合使用這把鍵盤呢，我想，除了需要大量使用鍵盤輸入文字的人之外，其他像是BBS重度成癮者、電腦格鬥遊戲不用鍵盤不會打的人、手上閒錢太多的人都很適合（不過只看價格要超越這把的話還也其他選擇）。</p></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000477" baseName="gfw">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-12-21</b:date>
				<b:time>00:58:18</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>對岸的金盾工程</b:title>
			<b:content>
				<b:summary>或許也可以稱為GFW吧，實在比我想的厲害，今天在ptt Web_Design看到的文章。...</b:summary>
				<b:mainContent><p>或許也可以稱為<acronym title="Great Firewall，偉大的防火牆">GFW</acronym>吧，實在比我想的厲害，今天在ptt Web_Design看到的文章。</p>

<p><a href="http://blog.othree.net/log/2007/12/21/gfw/gfw1.png" class="thickbox"><img alt="有人發文說希望故意讓網站被金盾擋掉，提到朋友的建議" src="http://blog.othree.net/log/2007/12/21/gfw/gfw1-thumb-405x254.png" width="405" height="254" /></a></p>

<p><a href="http://blog.othree.net/log/2007/12/21/gfw/gfw2.png" class="thickbox"><img alt="在大陸的網友回說他朋友的建議很有效，他每次進那篇文章就要跟ptt告別三到五分" src="http://blog.othree.net/log/2007/12/21/gfw/gfw2-thumb-405x254.png" width="405" height="254"/></a></p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="9"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000476" baseName="google-analytic-and-xhtml-11">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-12-15</b:date>
				<b:time>01:31:57</b:time>
			</b:datetime>
			<b:category>script</b:category>
			<b:title>Google Analytic更新、XHTML 1.1對應方法</b:title>
			<b:content>
				<b:summary>今天一早就看到消息，gslin那也提供了兩個比較重要的連結，一個官方新聞稿，另一個是Google Blogscoped直接介紹如何修改頁面中的script，我看了一下發現到在第一個script標籤內使用了document.write這個方法來修改頁面，不過我這用的是嚴謹到不知所謂的XHTML 1.1，只能使用DOM來做文件樹的修改，所以我研究了一下，了解到他其實只是在判斷網站是不是用ssl連線的，如果是用ssl連線的網站，就使用ssl連線來取得遠端的analytic程式碼，這樣可以避免瀏覽器跑出訊息問訪客是不是要存取非ssl連線的物件。當然我這沒有用到ssl連線，所以我可以直接把他指定成一般連線的位置，變成下面這樣： &lt;script src="http://www.google-analytics.com/ga.js" type="text/javascript"&gt;&lt;/script&gt; &lt;script type="text/javascript"&gt; &lt;![CDATA[ var pageTracker = _gat._getTracker("UA-YOURNUMBER-1"); pageTracker._initData(); pageTracker._trackPageview(); ]]&gt; &lt;/script&gt;...</b:summary>
				<b:mainContent><p>今天一早就看到消息，<a href="http://blog.gslin.org/archives/2007/12/14/1385/">gslin</a>那也提供了兩個比較重要的連結，一個官方新聞稿，另一個是<a href="http://blogoscoped.com/archive/2007-12-13-n83.html">Google Blogscoped</a>直接介紹如何修改頁面中的script，我看了一下發現到在第一個script標籤內使用了<strong>document.write</strong>這個方法來修改頁面，不過我這用的是嚴謹到不知所謂的XHTML 1.1，只能使用DOM來做文件樹的修改，所以我研究了一下，了解到他其實只是在判斷網站是不是用ssl連線的，如果是用ssl連線的網站，就使用ssl連線來取得遠端的analytic程式碼，這樣可以避免瀏覽器跑出訊息問訪客是不是要存取非ssl連線的物件。當然我這沒有用到ssl連線，所以我可以直接把他指定成一般連線的位置，變成下面這樣：</p>

<pre><code>&lt;script src="http://www.google-analytics.com/ga.js" type="text/javascript"&gt;&lt;/script&gt;
&lt;script type="text/javascript"&gt;
&lt;![CDATA[
var pageTracker = _gat._getTracker("UA-YOURNUMBER-1");
pageTracker._initData();
pageTracker._trackPageview();
]]&gt;
&lt;/script&gt;</code></pre></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000475" baseName="his-dark-materials">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-12-10</b:date>
				<b:time>17:35:17</b:time>
			</b:datetime>
			<b:category>books</b:category>
			<b:title>黑暗元素三部曲</b:title>
			<b:content>
				<b:summary> 本書評由othree 評論於2007/12/10 ，評分為5分（滿分5分） ，採創用 CC 姓名標示-相同方式分享 授權條款釋出。 這次的心得是先在BBS發文，分前後兩篇，後面那段是補充，所以有點不連貫。 這故事算是顛覆傳統的吧，所以我才會覺得在西方這種題材竟然能成為兒童文學感到有點困惑，故事是從另一個世界開始的，主角萊拉的世界裡，科學家們發現一種稱為塵的粒子，而塵被認為是構成原罪的基本粒子，不過在觀察塵的時候，艾塞列公爵發現了不同於他們世界的其他世界，重疊在一起，但卻永遠都碰不到，於是他便想連接這些不同的世界，他想毀滅塵的源頭，如此一來，人類就不在有罪惡...etc，這是第一集的主軸，在第一集的最後，艾塞列公爵成功的築起了通往其他世界的橋樑，萊拉也跟著他的腳步前往其他世界（不過我忘了當時動機）。 在第二集，故事從我們的世界開始，所有世界的關係也才明朗化，所有的世界都是平行世界，在什麼時候產生分岐，然後就越來越多世界，天使有能力穿越不同的世界，所有世界的神其實都是同一個，在萊拉的世界被稱為無上權威，在我們的世界被稱為上帝，不過也不是所有世界都有他們的勢力，總之，這位無上權威其實也是天使，而且是第一位天使，他騙其他在他之後誕生的天使說是他創造了他們，以便君臨其下，艾塞列公爵的目標變成打垮此一勢力，於是他找了一個什麼都沒有的世界開始建立根據地，從不同的平行世界廣結同盟，他的軍隊包含了各種各樣的奇怪種族，有科技世界來的，也有奇幻世界來的，而這一個軍隊在第三集還會和天使的聯軍對戰，敵人也不是只有天使，各個世界在他們旗下（教會）的軍隊也都派遣過來，然後因為種種原因，那時戰場還會有幽靈、靈魂，我看到這時真是超期待電影到時後會拍成怎樣XD，不過在那的時間沒很長就是～＿～。 艾塞列公爵要做的事其實就和路西法背叛上帝時是一樣的，不過我覺得他真的是超帥的，路西法至少本來就是一名高階天使，還帶領了三分之一的天使叛變，但是艾塞列公爵，只是一名肉身的人類，竟然也想做一樣的事情，而他招集的軍隊，甚至比路西法的軍隊還龐大。 再來講講其他，在這堆世界當中的智慧生命體（因為有些不是人形），可能都流傳著類似的傳說，每個生命都有三個部份，肉體、靈魂、守護精靈，即使在我們這裡也是一樣，只是我們的守護精靈不會顯現，我們也不知道他們存在，無上權威所作的其中一件豐功偉業，就是在人死後，只有靈魂會被帶到冥界，困在那，什麼也做不了，另外兩個部份都會消散為世界中的粒子，守護精靈會直接消散，肉體會漸漸腐敗被大自然所吸收，但是靈魂卻會被困在冥界，這裡其實很地海XD，另外冥界有種人首妖鳥，我直覺想到妖鳥死麗濡，然後黃金羅盤的功用是和塵溝通，中國的易經也是一種和塵溝通的方法，在裡面看到不少其他東西的影子，還蠻有趣的。 最後，作為一本小說他很出色，一段一段看著，不知不覺就看了好幾段，但是要改編成電影應該會有些難度，主要是三本結尾的地方其實都不如過程有力，要怎樣做出一個漂亮的結尾還蠻令人期待的。 昨天寫完後才發現萊拉我完全沒寫XD，不過講真的我不太知道要寫什麼，我知道旅程結束後，他有所成長，他學到了些東西，但是我不知道是什麼，他的旅程說來都是塵為了修復世界所造成的，正因為是有辦法完成塵所交待的任務的他才會受到塵的指引，這是他的幸運，也是不幸，所以當失去解讀真理探測儀的能力時，他才會那麼惶恐，要是我，我寧願不要從恩惠中這種能力。...</b:summary>
				<b:mainContent><div class="hreview" id="hreview-His-Dark-Materials">
  <p class="item">
    <a class="fn url" href="http://www.randomhouse.com/features/pullman/"><img alt="黑暗元素三部曲" src="http://blog.othree.net/log/2007/12/10/his-dark-materials/golden-compass.jpg" class="photo"  width="200" height="280"/></a>
  </p>
  <p class="entry-info">
  本書評由<span class="reviewer vcard"><span class="fn nickname">othree</span></span>
  評論於<abbr class="dtreviewed" title="20071210">2007/12/10</abbr>
  ，評分為<abbr title="5" class="rating">5分（滿分5分）</abbr>
  ，採<a rel="license" href="http://creativecommons.org/licenses/by-sa/2.5/tw/deed.zh_TW">創用 CC 姓名標示-相同方式分享 授權條款</a>釋出。
  </p>
  <div class="description">
    <p>這次的心得是先在BBS發文，分前後兩篇，後面那段是補充，所以有點不連貫。</p>

<p>這故事算是顛覆傳統的吧，所以我才會覺得在西方這種題材竟然能成為兒童文學感到有點困惑，故事是從另一個世界開始的，主角萊拉的世界裡，科學家們發現一種稱為塵的粒子，而塵被認為是構成原罪的基本粒子，不過在觀察塵的時候，艾塞列公爵發現了不同於他們世界的其他世界，重疊在一起，但卻永遠都碰不到，於是他便想連接這些不同的世界，他想毀滅塵的源頭，如此一來，人類就不在有罪惡...etc，這是第一集的主軸，在第一集的最後，艾塞列公爵成功的築起了通往其他世界的橋樑，萊拉也跟著他的腳步前往其他世界（不過我忘了當時動機）。</p>

<p>在第二集，故事從我們的世界開始，所有世界的關係也才明朗化，所有的世界都是平行世界，在什麼時候產生分岐，然後就越來越多世界，天使有能力穿越不同的世界，所有世界的神其實都是同一個，在萊拉的世界被稱為無上權威，在我們的世界被稱為上帝，不過也不是所有世界都有他們的勢力，總之，這位無上權威其實也是天使，而且是第一位天使，他騙其他在他之後誕生的天使說是他創造了他們，以便君臨其下，艾塞列公爵的目標變成打垮此一勢力，於是他找了一個什麼都沒有的世界開始建立根據地，從不同的平行世界廣結同盟，他的軍隊包含了各種各樣的奇怪種族，有科技世界來的，也有奇幻世界來的，而這一個軍隊在第三集還會和天使的聯軍對戰，敵人也不是只有天使，各個世界在他們旗下（教會）的軍隊也都派遣過來，然後因為種種原因，那時戰場還會有幽靈、靈魂，我看到這時真是超期待電影到時後會拍成怎樣XD，不過在那的時間沒很長就是～＿～。</p>

<p>艾塞列公爵要做的事其實就和路西法背叛上帝時是一樣的，不過我覺得他真的是超帥的，路西法至少本來就是一名高階天使，還帶領了三分之一的天使叛變，但是艾塞列公爵，只是一名肉身的人類，竟然也想做一樣的事情，而他招集的軍隊，甚至比路西法的軍隊還龐大。</p>

<p>再來講講其他，在這堆世界當中的智慧生命體（因為有些不是人形），可能都流傳著類似的傳說，每個生命都有三個部份，肉體、靈魂、守護精靈，即使在我們這裡也是一樣，只是我們的守護精靈不會顯現，我們也不知道他們存在，無上權威所作的其中一件豐功偉業，就是在人死後，只有靈魂會被帶到冥界，困在那，什麼也做不了，另外兩個部份都會消散為世界中的粒子，守護精靈會直接消散，肉體會漸漸腐敗被大自然所吸收，但是靈魂卻會被困在冥界，這裡其實很地海XD，另外冥界有種人首妖鳥，我直覺想到妖鳥死麗濡，然後黃金羅盤的功用是和塵溝通，中國的易經也是一種和塵溝通的方法，在裡面看到不少其他東西的影子，還蠻有趣的。</p>

<p>最後，作為一本小說他很出色，一段一段看著，不知不覺就看了好幾段，但是要改編成電影應該會有些難度，主要是三本結尾的地方其實都不如過程有力，要怎樣做出一個漂亮的結尾還蠻令人期待的。</p>

<p>昨天寫完後才發現萊拉我完全沒寫XD，不過講真的我不太知道要寫什麼，我知道旅程結束後，他有所成長，他學到了些東西，但是我不知道是什麼，他的旅程說來都是塵為了修復世界所造成的，正因為是有辦法完成塵所交待的任務的他才會受到塵的指引，這是他的幸運，也是不幸，所以當失去解讀真理探測儀的能力時，他才會那麼惶恐，要是我，我寧願不要從恩惠中這種能力。</p>

  </div>
</div></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000474" baseName="tumblr">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-11-26</b:date>
				<b:time>00:51:32</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>Tumblr</b:title>
			<b:content>
				<b:summary> Tumblr是最近還蠻熱門的微型部落格服務，這兩天意外的發現日本ACG圈有不少人在用，於是自己也註冊一個來玩玩。這個系統一開始最讓我印象深刻的是「註冊超簡單！」填上信箱、網域名稱還有密碼就註冊完了，也不用認證，馬上就可以開始寫東西，真是嚇到我的快。 其實Tumblr最大的特色是他的內容不像Twitter一樣只有文字，還可以上傳圖片、影片、聲音檔，一共有7種內容形式可供選擇，我一開始看官方介紹和幾個歐美那邊的Tumblr帳號時，這特色一點也不吸引我，甚至覺得微型部落格還搞這麼複雜似乎不是很好吧，不過這兩天看到日本人的帳號後，被他們貼的萌圖吸引，才讓我也想註冊來試試看。實際使用後，我覺得使用起來真的是超簡單的，使用者介面設計的很好，功能又強，除了直接在上面發表外，還可以透過RSS來更新，幾個國外比較大的網路服務也有直接支援，所以可以繼續使用Twitter更新文字訊息，需要影音時才跑來用Tumblr，讓人無痛轉移，原來的服務也可以繼續用。 我覺得Tumblr會在最近這麼快速的竄紅起來，他的簡單易用是一個很主要的原因，加上很容易和其他網路服務整合，不需要取代舊有的東西，讓人更容易接受，要用他的服務不需要考慮太多，學習時間又很短，自然容易讓人來使用它。最後，我的帳號依然是othree，目前是自動匯入我的Twitter和del.icio.us，其他就是用來貼圖為主吧XD。...</b:summary>
				<b:mainContent><p><a href="http://blog.othree.net/log/2007/11/26/tumblr/tumblr.png" class="thickbox"><img alt="tumblr的介面簡潔，容易使用" src="http://blog.othree.net/2007/11/26/tumblr/tumblr-thumb-400x300.png" width="400" height="300" /></a></p>

<p><a href="http://www.tumblr.com/">Tumblr</a>是最近還蠻熱門的微型部落格服務，這兩天意外的發現日本ACG圈有不少人在用，於是自己也註冊一個來玩玩。這個系統一開始最讓我印象深刻的是「註冊超簡單！」填上信箱、網域名稱還有密碼就註冊完了，也不用認證，馬上就可以開始寫東西，真是嚇到我的快。</p>

<p>其實<strong>Tumblr</strong>最大的特色是他的內容不像<a href="http://twitter.com/">Twitter</a>一樣只有文字，還可以上傳圖片、影片、聲音檔，一共有7種內容形式可供選擇，我一開始看官方介紹和幾個歐美那邊的Tumblr帳號時，這特色一點也不吸引我，甚至覺得微型部落格還搞這麼複雜似乎不是很好吧，不過這兩天看到日本人的帳號後，被他們貼的萌圖吸引，才讓我也想註冊來試試看。實際使用後，我覺得使用起來真的是超簡單的，使用者介面設計的很好，功能又強，除了直接在上面發表外，還可以透過RSS來更新，幾個國外比較大的網路服務也有直接支援，所以可以繼續使用Twitter更新文字訊息，需要影音時才跑來用Tumblr，讓人無痛轉移，原來的服務也可以繼續用。</p>

<p>我覺得Tumblr會在最近這麼快速的竄紅起來，他的簡單易用是一個很主要的原因，加上很容易和其他網路服務整合，不需要取代舊有的東西，讓人更容易接受，要用他的服務不需要考慮太多，學習時間又很短，自然容易讓人來使用它。最後，我的帳號依然是<a href="http://othree.tumblr.com/">othree</a>，目前是自動匯入我的<a href="http://twitter.com/othree">Twitter</a>和<a href="http://del.icio.us/othree">del.icio.us</a>，其他就是用來貼圖為主吧XD。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="5"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000473" baseName="youtube-limited-to-10-tabs">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-11-12</b:date>
				<b:time>23:13:16</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>Firefox開YouTube的分頁上限？</b:title>
			<b:content>
				<b:summary>昨天在YouTube上尋找SUPER MARIO GALAXY的配樂時，意外發現開超過8個分頁的話，之後開的分頁會發不出聲音，本來以為是總flash物件數的關係，但是配合ニコニコ測試又發現似乎是YouTube單獨的狀況，ニコニコ開到9個也不會有這種問題，目前還沒進行太多的交叉測試就是，因為開超過8個分頁的會真是很少就是^^b。...</b:summary>
				<b:mainContent><p>昨天在<a href="http://tw.youtube.com/">YouTube</a>上尋找<a href="http://www.nintendo.co.jp/wii/rmgj/index.html"><span class="caps">SUPER MARIO GALAXY</span></a>的配樂時，意外發現開超過8個分頁的話，之後開的分頁會發不出聲音，本來以為是總flash物件數的關係，但是配合<a href="http://tw.nicovideo.jp/">ニコニコ</a>測試又發現似乎是YouTube單獨的狀況，ニコニコ開到9個也不會有這種問題，目前還沒進行太多的交叉測試就是，因為開超過8個分頁的會真是很少就是^^b。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000472" baseName="par2">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-11-08</b:date>
				<b:time>11:14:58</b:time>
			</b:datetime>
			<b:category>software</b:category>
			<b:title>PAR2 檔案修復</b:title>
			<b:content>
				<b:summary>PTT小軟體版前兩天有人問：「如果傳輸大檔案的過程有錯誤產生，造成檔案部份內容不正確的話，有沒有什麼軟體可以只修復壞掉的地方？」剛好我才看過par2這種檔案格式，當時搜尋找到的敘述是說這種檔案是用來做為檔案錯誤修正用的，所以昨天就先告訴他有這種東西，順便也給他了程式的位置，不過當時我還沒使用過，一直到剛剛才自己測試，自己隨便用文字編輯軟體產生一個檔案，然後用par2命令列工具產生par2檔後，用16進位編輯模式把檔案內容改掉，然後再用par2工具做驗證和修復的動作，結果都是很成功的，以下簡單說一下操作方法。 首先到par2.net的PRODUCTS下載Par2 command Line for windows這個檔案，解壓後把par2.exe放到你想放的地方，接著到你要處理檔案的位置，執行par2 c [filename]，他就會產生一些檔案，副檔名都是par2，但是檔案數量不一定，接著隨便找個方法把原始檔案的內容修改掉，我是用MadEdit的16進位編輯模式來做小修改，這樣你就得到一個算是壞掉的檔案了，這時可以有兩種動作，一是驗證案內容是否正確，二是修復，兩種動作只差在參數不一樣，驗證是執行par2 v [filename]，修復是執行par2 r [filename]，另外修復能力還是有極限的，不過在產生par2檔案時可以調整修復極限的比例，如果要10%（這很大，只是隨便舉例），就改成執行par2 c -r10 [filename]。這樣說明應該足夠一般使用了，還有其他選項可以調整就自己看說明吧，不過我想大部分人需求也是檢查和修復網路上抓來的檔案吧XD。...</b:summary>
				<b:mainContent><p><span class="caps">PTT</span>小軟體版前兩天有人問：「如果傳輸大檔案的過程有錯誤產生，造成檔案部份內容不正確的話，有沒有什麼軟體可以只修復壞掉的地方？」剛好我才看過<strong>par2</strong>這種檔案格式，當時搜尋找到的敘述是說這種檔案是用來做為檔案錯誤修正用的，所以昨天就先告訴他有這種東西，順便也給他了程式的位置，不過當時我還沒使用過，一直到剛剛才自己測試，自己隨便用文字編輯軟體產生一個檔案，然後用par2命令列工具產生par2檔後，用16進位編輯模式把檔案內容改掉，然後再用par2工具做驗證和修復的動作，結果都是很成功的，以下簡單說一下操作方法。</p>

<p>首先到<a href="http://www.par2.net/">par2.net</a>的PRODUCTS下載<strong>Par2 command Line for windows</strong>這個檔案，解壓後把par2.exe放到你想放的地方，接著到你要處理檔案的位置，執行<strong><code>par2 c [filename]</code></strong>，他就會產生一些檔案，副檔名都是par2，但是檔案數量不一定，接著隨便找個方法把原始檔案的內容修改掉，我是用MadEdit的16進位編輯模式來做小修改，這樣你就得到一個算是壞掉的檔案了，這時可以有兩種動作，一是驗證案內容是否正確，二是修復，兩種動作只差在參數不一樣，驗證是執行<strong><code>par2 v [filename]</code></strong>，修復是執行<strong><code>par2 r [filename]</code></strong>，另外修復能力還是有極限的，不過在產生par2檔案時可以調整修復極限的比例，如果要10%（這很大，只是隨便舉例），就改成執行<strong><code>par2 c -r10 [filename]</code></strong>。這樣說明應該足夠一般使用了，還有其他選項可以調整就自己看說明吧，不過我想大部分人需求也是檢查和修復網路上抓來的檔案吧XD。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="7"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000471" baseName="pdf-accessibility">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-11-03</b:date>
				<b:time>01:34:48</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>PDF的親和力</b:title>
			<b:content>
				<b:summary>這是Web Accessibility第12章的心得，這整章都在講PDF的親和力議題，一開始先就Adobe在PDF文件的親和力做了怎樣的努力，有哪些功能做了介紹，而接著便著眼在要如何產生具有親和力的PDF文件，以Microsoft Office Word和Adobe InDesign兩款軟體為主，而這部份篇幅幾乎都花在Word上，InDesign是不用作什麼特別的注意，主輸出實的選項有選對就可以了，Word則是要注意如何產生文件標題，兩欄或三欄式的排版要如何產生才不會讓閱讀順序錯亂，文字方塊要注意什麼...等等，講了很多需要注意的細節， 而在最後的部份則是要如何修正PDF，有些PDF可能是從掃描得來的，那實際上只是一張一張的圖片，無法讓螢幕閱讀軟體理解，這部份便是從這個地方開始講起，從內建的OCR，到文件閱讀順序的修正...等等，有很多即使不是掃描得來的PDF文件也用的的技巧。 這章閱讀起來和前幾章感覺不太一樣，主要是因為這章幾乎都在介紹套裝軟體的使用方法，比較不是一些可以轉化為概念、想法的東西，對我來說讀起來比較乏味，因為我學軟體操作都沒在看說明書或是市售的書籍，所以看到越接近結尾越辛苦，不過接下來的13章是在談親和力測試，應該就不會在有這樣的問題了，說來，最後關於各國法令的兩章我大概跳過不看吧。...</b:summary>
				<b:mainContent><p>這是<a href="http://www.friendsofed.com/book.html?isbn=1590596382">Web Accessibility</a>第12章的心得，這整章都在講PDF的親和力議題，一開始先就Adobe在PDF文件的親和力做了怎樣的努力，有哪些功能做了介紹，而接著便著眼在要如何產生具有親和力的PDF文件，以Microsoft Office Word和Adobe InDesign兩款軟體為主，而這部份篇幅幾乎都花在Word上，InDesign是不用作什麼特別的注意，主輸出實的選項有選對就可以了，Word則是要注意如何產生文件標題，兩欄或三欄式的排版要如何產生才不會讓閱讀順序錯亂，文字方塊要注意什麼...等等，講了很多需要注意的細節，</p>

<p>而在最後的部份則是要如何修正PDF，有些PDF可能是從掃描得來的，那實際上只是一張一張的圖片，無法讓螢幕閱讀軟體理解，這部份便是從這個地方開始講起，從內建的<acronym title="Optical Character Recognize">OCR</acronym>，到文件閱讀順序的修正...等等，有很多即使不是掃描得來的PDF文件也用的的技巧。</p>

<p>這章閱讀起來和前幾章感覺不太一樣，主要是因為這章幾乎都在介紹套裝軟體的使用方法，比較不是一些可以轉化為概念、想法的東西，對我來說讀起來比較乏味，因為我學軟體操作都沒在看說明書或是市售的書籍，所以看到越接近結尾越辛苦，不過接下來的13章是在談親和力測試，應該就不會在有這樣的問題了，說來，最後關於各國法令的兩章我大概跳過不看吧。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000470" baseName="street-fighters-4-trailer">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-10-19</b:date>
				<b:time>14:38:40</b:time>
			</b:datetime>
			<b:category>acg</b:category>
			<b:title>快打旋風4 預告片</b:title>
			<b:content>
				<b:summary> 前天出來的，雖然官方網站就有了，但是還蠻不好抓完整的，剛剛發現YouTube上也有就轉過來了。不過話說CAPCOM曾經有說過不再開發2D格鬥遊戲了，不知道這次快打旋風4的形式會是怎樣，不過反正CAPCOM嘛，就算結果還是2D也不讓人驚訝啦。 回來說說這段預告片，這段預告片還沒有任何遊戲畫面，從人物對打的動作來看我想是3D動畫沒錯，不過那濃濃的水墨畫風格真的是太令人驚豔了，真是難以想像要怎樣用電腦處理這樣的畫面效果，如果遊戲畫面也是這樣就太棒了......或許吧。...</b:summary>
				<b:mainContent><p><object width="425" height="355"><param name="movie" value="http://www.youtube.com/v/MZP3WYiOncI&amp;rel=1"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/MZP3WYiOncI&amp;rel=1" type="application/x-shockwave-flash" wmode="transparent" width="425" height="355"></embed></object></p>

<p>前天出來的，雖然<a href="http://www.streetfighterworld.com/">官方網站</a>就有了，但是還蠻不好抓完整的，剛剛發現YouTube上也有就轉過來了。不過話說CAPCOM曾經有說過不再開發2D格鬥遊戲了，不知道這次快打旋風4的形式會是怎樣，不過反正CAPCOM嘛，就算結果還是2D也不讓人驚訝啦。</p>

<p>回來說說這段預告片，這段預告片還沒有任何遊戲畫面，從人物對打的動作來看我想是3D動畫沒錯，不過那濃濃的水墨畫風格真的是太令人驚豔了，真是難以想像要怎樣用電腦處理這樣的畫面效果，如果遊戲畫面也是這樣就太棒了......或許吧。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="5"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000469" baseName="kimiwotsurete">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-10-17</b:date>
				<b:time>22:07:26</b:time>
			</b:datetime>
			<b:category>acg</b:category>
			<b:title>君をつれて</b:title>
			<b:content>
				<b:summary> 相信看到這篇文章的人都有看過宮崎峻所執導的天空之城（天空の城ラピュタ）這部動畫，不少前輩也都有買之前推出的限量版DVD BOX，該作品的主題曲君をのせて更是名曲一首，還進了日本的音樂教科書。而在前陣子，我才得知這首主題曲竟然有續集，在距離當初電影上映16年後的2002，石井竜也推出了作為君をのせて續集的君をつれて這張單曲，在CD的側標上寫著：...</b:summary>
				<b:mainContent><p><img alt="" src="http://blog.othree.net/log/2007/10/17/kimiwotsurete/kimiwotsurete.jpg" width="320" height="312" /></p>

<p>相信看到這篇文章的人都有看過宮崎峻所執導的天空之城（天空の城ラピュタ）這部動畫，不少前輩也都有買之前推出的限量版DVD <span class="caps">BOX</span>，該作品的主題曲<a href="http://ja.wikipedia.org/wiki/%E5%90%9B%E3%82%92%E3%81%AE%E3%81%9B%E3%81%A6_%28%E6%A5%BD%E6%9B%B2%29">君をのせて</a>更是名曲一首，還進了日本的音樂教科書。而在前陣子，我才得知這首主題曲竟然有續集，在距離當初電影上映16年後的2002，<a href="http://www.sonymusic.co.jp/Music/Info/tatsuyaishii/">石井竜也</a>推出了作為君をのせて續集的<a href="http://www.sonymusicshop.jp/detail.asp?associate=SMO&amp;goods=SRCL-5442">君をつれて</a>這張單曲，在CD的側標上寫著：</p></b:mainContent>
				<b:extendContent><blockquote><p>「天空の城ラピュタ」の主人公が16年の月日を経て描く想いとは...</p></blockquote>

<p>發售當年其實也就是那時眾人期待許久的DVD版的發售年，CD比DVD早一點發售，應該算是宣傳的前奏吧，不知道日本那邊賣得怎樣，不過身處在台灣的我竟然等到2007年才因為朋友在<a href="http://ja.wikipedia.org/wiki/%E5%90%9B%E3%82%92%E3%81%AE%E3%81%9B%E3%81%A6_%28%E6%A5%BD%E6%9B%B2%29">wikipedia上的君をのせて條目</a>上看到才知道，聽過之後沒兩天就下訂了，一直到今天才拿到就是，另外我還一起訂了<strong>君をのせて</strong>的單曲，今天才收到出貨通知。</p>

<p>君をつれて基本上旋律和君をのせて是一模一樣，但是詞改的不太一樣，唱法也有不少差異，由於主唱是石井竜也，所以男生也很適合唱，我上週去青春譜時有點來唱過，應該不會有音太高的問題，而且也很好聽，現在覺得比元曲還好聽，不過也可能是因為新鮮感的影響吧，有想聽的可以到<a href="http://www.sonymusic.co.jp/Music/Info/tatsuyaishii/index.html">石井竜也的官方網站</a>，點選DISCOGRAPHY，然後選擇SINGLE，往下找就可以找到，發售日期是2002.09.26。</p>

<p><strong>石井竜也</strong>的話，我第一次聽到他的歌是在機動戦士ガンダムSEED的第二首ED <strong>river</strong>，那時候也是聽到後很喜歡就買了單曲（雖然SEED全部的ED單曲我都有買），不過現在想起來，他的歌我現在才聽兩首就兩片都買了，或許我會蠻喜歡他的歌，來聽聽看他的其他歌吧:P。</p></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000468" baseName="coscup_2007">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-10-17</b:date>
				<b:time>15:36:32</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>COSCUP 2007</b:title>
			<b:content>
				<b:summary> COSCUP 2007（開源人年會）已經可以報名了，基本的議程也都出來了，有興趣的可以去看摟。...</b:summary>
				<b:mainContent><p><img alt="coscup 2007 11/3,4" src="http://blog.othree.net/log/2007/10/17/coscup-2007/071016_banner_300x250.png" width="300" height="250" /></p>

<p><a href="http://coscup.org/2007/"><span class="caps">COSCUP</span> 2007（開源人年會）</a>已經可以報名了，基本的議程也都出來了，有興趣的可以去看摟。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="1"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000467" baseName="divitis">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-10-11</b:date>
				<b:time>15:33:58</b:time>
			</b:datetime>
			<b:category>css-html</b:category>
			<b:title>divitis</b:title>
			<b:content>
				<b:summary>Divitis，指在編寫網頁原始碼時，過度使用div標籤的人，剛好看到個範例，就是巴哈姆特，打開原始碼來看，在body內，不看script標籤，一開始就是： &lt;div class=&quot;container&quot;&gt; &lt;div class=&quot;mainOut&quot;&gt; &lt;div class=&quot;main&quot;&gt; &lt;div class=&quot;left&quot;&gt; 然後最後面則是： &lt;/div&gt; &lt;/div&gt; &lt;/div&gt; &lt;/div&gt;...</b:summary>
				<b:mainContent><p><strong>Divitis</strong>，指在編寫網頁原始碼時，過度使用div標籤的人，剛好看到個範例，就是<a href="http://www.gamer.com.tw/">巴哈姆特</a>，打開原始碼來看，在body內，不看script標籤，一開始就是：</p>

<pre><code>&lt;div class=&quot;container&quot;&gt;
&lt;div class=&quot;mainOut&quot;&gt;
&lt;div class=&quot;main&quot;&gt;
&lt;div class=&quot;left&quot;&gt;</code></pre>

<p>然後最後面則是：</p>

<pre><code>&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;</code></pre></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="4"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000466" baseName="unobtrusive-javascript">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-10-10</b:date>
				<b:time>22:08:29</b:time>
			</b:datetime>
			<b:category>script</b:category>
			<b:title>不亂入的javascript</b:title>
			<b:content>
				<b:summary>在Web Accessibility第十章裡談的是JavaScript的親和力問題，我看之前其實就在懷疑JavaScript要如製造親和力，果不其然，這章主要是在說JavaScript套用到網頁時，要注意哪些地方，避免影響到親和力，例如彈出式視窗的連結目標不要用javascript://，而是開啟網頁的真正位置，而考量到各種狀況，其中很重要的一部份是unobtrusive JavaScript（譯做不亂入的JavaScript），不過要先強調的是這只是其中一部分，還有一些觀念和思考方向本文沒說。 Unobtrusive JavaScript不是什麼新的語言，而是JavaScript的一種撰寫風格（coding style），最大的特色是在HTML的原始碼內你看不到JavaScript程式碼，不會有像是&lt;a href=&quot;#&quot; onclick=&quot;return popup();&quot;/&gt;這樣的東西出現，取而代之的，如果要對特定物件指定事件，那就用DOM來尋找你的目標物件，整個HTML文件保持在沒有JavaScript也是功能完整的狀況。 這樣的撰寫風格可以確保不會影響到使用不支援JavasSript瀏覽器的訪客，也可以讓HTML文件和JavaScript分的更徹底，方便更新維護，好處不少，不過相對的要能完全寫到不亂入，也會需要較多的學習。...</b:summary>
				<b:mainContent><p>在Web Accessibility第十章裡談的是JavaScript的親和力問題，我看之前其實就在懷疑JavaScript要如製造親和力，果不其然，這章主要是在說JavaScript套用到網頁時，要注意哪些地方，避免影響到親和力，例如彈出式視窗的連結目標不要用<code>javascript://</code>，而是開啟網頁的真正位置，而考量到各種狀況，其中很重要的一部份是unobtrusive JavaScript（譯做不亂入的JavaScript），不過要先強調的是這只是其中一部分，還有一些觀念和思考方向本文沒說。</p>

<p>Unobtrusive JavaScript不是什麼新的語言，而是JavaScript的一種撰寫風格（coding style），最大的特色是在HTML的原始碼內你看不到JavaScript程式碼，不會有像是<code>&lt;a href=&quot;#&quot; onclick=&quot;return popup();&quot;/&gt;</code>這樣的東西出現，取而代之的，如果要對特定物件指定事件，那就用DOM來尋找你的目標物件，整個HTML文件保持在沒有JavaScript也是功能完整的狀況。</p>

<p>這樣的撰寫風格可以確保不會影響到使用不支援JavasSript瀏覽器的訪客，也可以讓HTML文件和JavaScript分的更徹底，方便更新維護，好處不少，不過相對的要能完全寫到不亂入，也會需要較多的學習。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="3"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000465" baseName="web-kit-support-web-fonts">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-10-05</b:date>
				<b:time>01:25:24</b:time>
			</b:datetime>
			<b:category>css-html</b:category>
			<b:title>web-kit支援網路字型</b:title>
			<b:content>
				<b:summary>今天的消息，web-kit已經可以支援之前在web fonts這篇文章提到的網路字型，剛剛測試過後中文也支援，繪圖速度比較慢，另外字型下載完之前字都不會畫出來，而中文字型檔案果然大，我的螢幕黑掉一次才抓完，目前看來在有漢字的語系還是不實用。...</b:summary>
				<b:mainContent><p>今天的<a href="http://webkit.org/blog/124/downloadable-fonts/">消息</a>，web-kit已經可以支援之前在<a href="http://blog.othree.net/log/2007/08/30/web-fonts/">web fonts</a>這篇文章提到的<strong>網路字型</strong>，剛剛測試過後中文也支援，繪圖速度比較慢，另外字型下載完之前字都不會畫出來，而中文字型檔案果然大，我的螢幕黑掉一次才抓完，目前看來在有漢字的語系還是不實用。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000464" baseName="nice-boat">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-09-28</b:date>
				<b:time>03:00:53</b:time>
			</b:datetime>
			<b:category>acg</b:category>
			<b:title>nice boat</b:title>
			<b:content>
				<b:summary>本文有動畫School Days的劇情，並且是結局相關。...</b:summary>
				<b:mainContent><p>本文有動畫<a href="http://www.schooldays-anime.com/">School Days</a>的劇情，並且是結局相關。</p></b:mainContent>
				<b:extendContent><p><a href="http://www.schooldays-anime.com/">School Days</a>是日本Overflow所作的H Game改編的動畫，是今年的夏季番組，H Game改編動畫其實不是什麼稀奇的事，把H要素抽掉一樣可以把故事呈現給觀眾，當然也是有處理的好和處理的不好的，不過School Days從決定要改編動畫後就開始爭議不斷，是因為它的多重結局中有數個結局是有血腥劇情的，因此動畫版的結局會是怎樣也一直很受人注目，沒想到，在播映最終話的前一天，日本發生<a href="http://headlines.yahoo.co.jp/hl?a=20070919-00000919-san-soci">16歲女生用斧頭把老爸的頭砍下來</a>的事件，結果理論上會最快播出的<strong>テレビ神奈川</strong>，臨時決定取消播放該集，在OP主題曲撥完後就變成風景放送。</p>

<p>由於一切太過突然，就在完全沒有任何事先告知的狀況下取消節目的播出，也創下日本動畫無預警停播的首例，當然引起大批守候的動畫迷不滿，不過即使如此，一些職人還是很盡責的把這半小時的風景片擷取下來，壓縮並放上各種分享平台，其中也包括現在日本火紅的<a href="http://www.nicovideo.jp/">ニコニコ動画</a>。ニコニコ動画是類似youtube的網路影片發佈平台，他最大的特色是特殊的留言機制，訪客的留言會直接在畫面上以跑馬燈方式跑過去，此一功能也是ニコニコ動画最受好評的地方。而改播的風景片有段畫面中有艘遊艇，結果留言者留下的<strong>Nice boat</strong>引起廣大的迴響，在動漫畫圈裡面紛紛以Nice boat作為這話的代名詞，在Hatena裡也迅速的出現了<a href="http://d.hatena.ne.jp/keyword/Nice%20boat">解釋</a>，現在用google搜尋「nice boat」也都是相關消息的網頁。</p>

<p>幾乎在テレビ神奈川之後，其他各家電視臺也都決定終止放送，或是改為需要重新審查的狀況，而日本也因為高中生弒父的事件再次興起了動畫會給小孩造成不良影響的社會言論，不過School Days並未成為社會的標靶，而是<a href="http://www.oyashirosama.com/">ひぐらしのなく頃に解</a>，因為劇情中有類似的情節，嚴格說來，其實只是殺人用的武器比較像斧頭而已，School Days裡面用的是刀和鋸子，且還未播出，而事件過後沒幾天，竟然又發生一起疑似模仿犯案，有一名<a href="http://www.asahi.com/national/update/0924/TKY200709240002.html">中學三年生也是用斧頭把老爸的頭砍下來</a>，不過之後的相關新聞我就沒注意了。</p>

<p>就在幾乎電視台都無法播放最終話的狀況下，原來要看最終話只能等待明年出的DVD最終卷，遊戲製作公司Overflow決定辦特別的播映會，只不過要參加播映會需要<strong>未開封</strong>的School Days或Summer Days（遊戲的續做）遊戲，沒錯，要<strong>未開封</strong>的，沒想到本來說要重新審查的AT-X竟然決定要撥了，於是Overflow就在不到24小時內把那個未開封的條件取消掉了，終於，一切紛紛擾擾好像都結束了，大家就靜靜的等著今天凌晨的最終話播映。這部動畫我其實只有看第一話，所以並不是這麼在意最後結局的，不過實在太出乎大家意料了。</p>

<p>其實已經發生過臨時決定停止放映的狀況後，大家也都知道最後一話一定會見血，沒錯，果然見血了，不過比遊戲更劇烈的還有砍頭、開膛的畫面（我第一次知道「咲く」可以用在這...），AT-X在播映時已經把血改為黑色，並且針對不少CUT做處理，像是穿插回憶畫面，ニコニコ動画上的留言一致認為停播是正確的，這狀況在這圈子也是我第一次看到，不過最讓我驚訝的是，是最後真的有艘船，nice boat啊！！在這一瞬間，我相信<strong>nice boat</strong>會在日本動畫史上留下不可磨滅的一筆紀錄！！</p>

<p>PS: 正確寫法是「Nice boat.」，句首大寫，最後還要句點。</p>


<ul>
<li><a href="http://d.hatena.ne.jp/keyword/Nice%20boat">Nice boatとは</a></li>
<li><a href="http://www.0verflow.com/">Overflow</a></li>
<li><a href="http://www.cuhkacs.org/~alanlee/blog/archives/2007/09/school_days_12_niceboat.php">【Nice boat. 商法】School Days 第12話放映會，參加條件不再苛刻</a></li>
<li><a href="http://headlines.yahoo.co.jp/hl?a=20070919-00000919-san-soci">「この世から消えてしまえばよい」警官の父殺害の１６歳少女</a></li>
<li><a href="http://www.asahi.com/national/update/0924/TKY200709240002.html">中３少年、おので父親の頭切る　殺人未遂容疑で逮捕</a></li>
</ul>

</b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000463" baseName="president-sites">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-09-21</b:date>
				<b:time>20:08:20</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>總統候選人網站比較</b:title>
			<b:content>
				<b:summary>昨天有個朋友在他BBS個人版上比較起兩位總統候選人的網站，我也順便點過去看看，結果就促成了現在寫的這篇文章。...</b:summary>
				<b:mainContent><p>昨天有個朋友在他BBS個人版上比較起兩位總統候選人的網站，我也順便點過去看看，結果就促成了現在寫的這篇文章。</p></b:mainContent>
				<b:extendContent><p>如同大家所知道的，明年的總統候選人目前有兩位，分別是<a href="http://www.ma19.net/">馬英九</a>和<a href="http://www.frankhsieh.org/">謝長廷</a>，兩個陣營應該都有專門的部門負責網站建置，不過就我看來兩邊的成果其實差距不小，雖然我不認為所有的網站都要顧慮到網路標準、親和力、使用性等等，但是至少總統候選人的需要吧。</p>

<h4>謝長廷</h4>

<p><a href="http://blog.othree.net/log/2007/09/21/president-sites/frankhsieh.png"><img alt="謝長廷的網站很傳統" src="http://blog.othree.net/log/2007/09/21/president-sites/frankhsieh-thumb-400x311.png" width="400" height="311"/></a></p>

<p>謝長廷的網站使用的是上個世紀的表格排版，從頭到尾看不到一個head標籤（h1～h6），從網頁標題和頁面主體我都沒辦法第一時間判斷是不是謝長廷的競選網站，雖然在Google上搜尋<strong>謝長廷</strong>時這個網站還是排第一，但是這些設計都是對SEO和親和力很不好的，而我覺得最糟糕的一點是<a href="http://www.frankhsieh.org/mod/person/index.php?REQUEST_ID=cGFnZT1zYWdh">政績</a>，昨天進去看竟然是空的，今天看已經有些資料了，可能是某處的討論傳開了所以趕快放些東西上來吧，不過<a href="http://www.frankhsieh.org/mod/news/index.php?REQUEST_ID=cGFnZT1tb3ZpZQ==">活動紀實</a>還是空的，像這樣需要形象良好的網站放空頁面上去是很要不得的，就算放一個<strong>施工中</strong>頁面也是不好，最好是沒完成的部份就不要讓人可以連結進來看，把連結先disable掉才是比較好的作法，這樣訪客才不會有白跑一趟的感覺，尤其像是政績的介紹，竟然寫著「抱歉，目前尚無資料！！」搞不好會有人想說其實是沒有政績吧。</p>

<p>再來，HTML沒有通過W3C檢測，沒有指定DTD，並且首頁尾端在Firefox上有排版不正確的情形，圖片也沒設定替代文字，我想有接觸過親和力資訊的人都知道螢幕閱讀器(screen reader)在遇到沒有替代的文字的圖片時，會把圖片網址念出來吧，而這些圖片還包括導覽列的那些項目，所以會看到一個連結的code如下：</p>



<pre><code>&lt;a href=&quot;http://www.frankhsieh.org/mod/news/index.php?REQUEST_ID=cGFnZT1tb3ZpZQ==&quot;&gt;
  &lt;img width=&quot;75&quot; height=&quot;41&quot; src=&quot;http://www.frankhsieh.org/images/mod2.gif&quot;/&gt;
&lt;/a&gt;</code></pre>



<p>加上連結的URI本身也不具有意義，看不到圖片的人真的沒辦法知道這連結的內容是什麼。說到URI，它的網址路徑很像使用架站套件來建置的感覺，但是從頭到尾都找不到相關資訊，當然這只是我推測的，如果不是自己開發的系統，還把使用系統的相關資訊都刪除掉似乎不太好。</p>

<p>謝長廷的部份就先在這裡打住吧，其實要找問題真是找不完，感覺就像是台灣大部分的網站製作公司做出來的水準，而且有些頁面資訊還是空的，我逛了沒多久就沒興趣逛下去了，反觀馬英九的真是好很多。</p>

<h4>馬英九</h4>

<p><a href="http://blog.othree.net/log/2007/09/21/president-sites/ma19.png"><img alt="馬英九網站首頁排版和配色都很大膽" src="http://blog.othree.net/log/2007/09/21/president-sites/ma19-thumb-400x617.png" width="400" height="617"/></a></p>

<p>由於我是先看到謝長廷的網站，才看到馬英九的，所以一開始真是有點嚇到了，覺得怎麼差距會這麼大，讓我再次覺得找對的人做對的事真是很重要。不過花了一個晚上慢慢比較、檢查，就發現馬英九的網站還是有很多可以改進的地方，不過還是先來講講他的優點吧。</p>

<p>首先，網站的主題明確，一進來在頁面左上角最顯眼的地方就看得到<strong>馬英九</strong>三個字，加上其他顯眼的資訊，訪客一點都不會懷疑這是馬英九的競選網站，再來服務條款、內容政策、隱私權說明、著作權說明每項資訊都有，而且連結位置明顯，像這類資訊雖然大部分訪客都不會去看，但是其實是很重要的，使用<a href="http://drupal.org/">Drupal</a>系統也有註明。除此之外，整個網站也使用了不少網路服務，像是<a href="http://www.flickr.com/">flickr</a>、<a href="http://www.google.com/maps">Google Maps</a>、<a href="http://video.google.com/">Google Video</a>，行事曆還可以匯出給<a href="http://www.apple.com/macosx/features/ical/">iCal</a>（我想開發人員是Mac使用者吧），也因為使用Drupal，所以本身就支援資料來源(feed)，而且還有用<a href="http://www.feedburner.com/">feed burner</a>燒過，不過feed burner因為還沒有中文介面，其實並不一定是好事。</p>

<p>簡單講完優點，再來說說馬英九的網站有什麼問題吧，其中最大的就是沒有考慮網站親和力，像是他的下拉式導覽列雖然Firefox也能正常使用，但是其實是完全用javascript產生的，所以像純文字瀏覽器和搜尋引擎的機器人就看不到導覽列，SEO就會變差，再來圖片也沒有替代文字，不過至少沒有排版用圖片，但是幾乎每個分區的標題都是用圖片。有不少贅餘標籤和class，雖然DTD指定是使用XHTML，卻有不少標籤沒有正確結束，當然也因此沒通過W3C檢測，而且錯誤還比謝長廷的多（不過謝長廷的網站因為沒有指定DTD，所以是用HTML 4的規範做檢測），以贅餘標籤和class為例，在<a href="http://www.ma19.net/schedule">行程</a>的側邊欄的每一個項目的HTML code看起來都像下面這樣：</p>

<pre><code>&lt;li&gt;
  &lt;div class='view-item view-item-schedule-block'&gt;
    &lt;div class='view-field view-data-node-title'&gt;
      &lt;a href=&quot;/schedule/2007-09-22t09%3A00%3A00/554&quot;&gt;蕭萬長--國民黨執政縣市長協調會報&lt;/a&gt;
    &lt;/div&gt;
    &lt;div class='view-field view-data-node-data-field-date-field-date-value'&gt;
      &lt;span class=&quot;date-display-start&quot;&gt;2007/09/22 - 09:00&lt;/span&gt;
      &lt;span class=&quot;date-display-separator&quot;&gt; - &lt;/span&gt;
      &lt;span class=&quot;date-display-end&quot;&gt;2007/09/22 - 10:30&lt;/span&gt;
    &lt;/div&gt;
  &lt;/div&gt;
&lt;/li&gt;</code></pre>

<p>不過這很有可能是Drupal系統自動產生的，而除此之外，網頁內還有些舊時代的餘毒，例如首頁最上面的</p>

<pre><code>&lt;a name=&quot;top&quot;&gt;&lt;/a&gt;</code></pre>

<p>就是一例，另外還有一些奇怪的錯誤，像是style放在body裡面、不同區塊的頁內script有的用HTML註解有的用CDATA，而大部分是都沒有的，在SEO、文件結構和使用性三者還有一個共通的錯誤，就是開發人員自己把頁頂的h1標籤兼回首頁連結砍掉了，結果在header裡面沒有文字的網站標題、使用者按網站頂端的標題也不會回到首頁，沒第一級的標題造成文件結構不完整，網站標題不能回首頁是破壞使用者依循的經驗。</p>

<h4>美國總統候選人的網站</h4>

<p>昨天在<a href="http://happydesigner.org/">HappyDesigner</a>的IRC上提出一些討論時，<a href="http://lukhnos.org/blog/zh/">lukhnos</a>很快就找了很多對照組，我拿了美國總統候選人的其中三個網站來作對照：</p>


<ul>
<li><a href="http://www.hillaryclinton.com/">Hillary</a></li>
<li><a href="http://www.barackobama.com/">Obama</a></li>
<li><a href="http://www.joinrudy2008.com/">Rudy</a></li>
</ul>



<p>三者在視覺呈現以外的部份其實都是比國內兩位候選人的網站還要來的好，不過不知道為什麼大家都不喜歡h1標籤，扣除這點，以上三個網站的圖片都有替代文字、不是表格排版、有使用h1~h6標籤（這可以讓螢幕閱讀器的使用者很容易的穿梭於各段內容）、沒有使用純javascript導覽列、而且也都使用了不少網路服務。至於視覺呈現，像是排版、配色等非我專長，所以我就都不做評論了。</p>

<p>另外本文中總共五個網站中有四個有使用<a href="http://www.google.com/analytics/">Google Analytics</a>，這是很不錯的方法，可以知道訪客究竟對什麼有興趣、流量、瀏覽方式等等，對於內容調整和網站更新都很有幫助，不過這也表示Google掌握了很多資訊XD。</p>

<h4>結論</h4>

<p>最後結論：「兩位候選人網址都沒有tw，都不愛台灣啦（投下廢票）！！」</p></b:extendContent>
			</b:content>

			<b:comments commentCount="11"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000462" baseName="google-presentation">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-09-18</b:date>
				<b:time>15:26:34</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>Google 簡報</b:title>
			<b:content>
				<b:summary> Google文件終於有投影片功能了，這項功能之前大家就已經預測會推出，因為Google有買下一家線上投影片的網路公司、並且Gmail也支援投影片附檔的播放，不過就在大家等到已經快要忘了這回事的時候，Google終於推出了，而且也有中文版，不過雖然我有期待這功能，但是卻不一定會使用，至少我現在還想不到我在什麼時候會使用，比較正式的場合我還是會用keynote吧。 另外要順便提的是Google Reader的標籤已經支援中文了，不過要匯出opml還是需要登入，所以我暫時還是不會移過去。...</b:summary>
				<b:mainContent><p><a href="http://blog.othree.net/log/2007/09/18/google-presentation/google-presentation.png"><img alt="" src="http://blog.othree.net/log/2007/09/18/google-presentation/google-presentation-thumb-400x299.png" width="400" height="299"/></a></p>

<p>Google文件終於<a href="http://googlesystem.blogspot.com/2007/09/google-presentations-finally-launched.html">有投影片功能</a>了，這項功能之前大家就已經預測會推出，因為Google有買下一家線上投影片的網路公司、並且Gmail也支援投影片附檔的播放，不過就在大家等到已經快要忘了這回事的時候，Google終於推出了，而且也有中文版，不過雖然我有期待這功能，但是卻不一定會使用，至少我現在還想不到我在什麼時候會使用，比較正式的場合我還是會用keynote吧。</p>

<p>另外要順便提的是Google Reader的標籤已經支援中文了，不過要匯出opml還是需要登入，所以我暫時還是不會移過去。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000461" baseName="scroll_radio">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-09-18</b:date>
				<b:time>12:00:31</b:time>
			</b:datetime>
			<b:category>script</b:category>
			<b:title>scroll radio</b:title>
			<b:content>
				<b:summary> 這兩天有個想法，就是用scroll bar來做radio輸入的選擇，可以用在評分之類（像是分五等級）的地方，剛好jQuery UI正式公開，就用它實做了，花了昨天一整晚加上今天早上，結果做完後發現不是很實用XD，因為直接過去點還是比較快，而做出點擊選取的功能後，就很少人會去用拖拉的方式來控制了，雖然說是如此，還是把做好的範例丟上來給大家看看。...</b:summary>
				<b:mainContent><p><img alt="" src="http://blog.othree.net/log/2007/09/18/scroll-radio/scroll-radio-screenshot.png" width="300" height="75" /></p>

<p>這兩天有個想法，就是用scroll bar來做radio輸入的選擇，可以用在評分之類（像是分五等級）的地方，剛好<a href="http://ui.jquery.com/">jQuery UI</a>正式公開，就用它實做了，花了昨天一整晚加上今天早上，結果做完後發現不是很實用XD，因為直接過去點還是比較快，而做出點擊選取的功能後，就很少人會去用拖拉的方式來控制了，雖然說是如此，還是把做好的<a href="http://blog.othree.net/log/2007/09/18/scroll-radio/scroll.html">範例</a>丟上來給大家看看。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="3"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000460" baseName="over-90000-people-on-ptt">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-09-16</b:date>
				<b:time>23:13:15</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>九萬人同時上PTT</b:title>
			<b:content>
				<b:summary> PTT今天系統更新，結果就是在尖峰的週日晚上可以容納超過九萬人同時上站XD。...</b:summary>
				<b:mainContent><p><a href="http://blog.othree.net/log/2007/09/16/over-90000-people-on-ptt/ptt-detail.gif" class="thickbox"><img src="http://blog.othree.net/log/2007/09/16/over-90000-people-on-ptt/ptt.gif" alt="" height="387" width="490" /></a></p>

<p><span class="caps">PTT</span>今天系統更新，結果就是在尖峰的週日晚上可以容納超過九萬人同時上站XD。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000459" baseName="new-apple-keyboard">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-09-13</b:date>
				<b:time>16:21:57</b:time>
			</b:datetime>
			<b:category>buy</b:category>
			<b:title>蘋果新鍵盤入手</b:title>
			<b:content>
				<b:summary></b:summary>
				<b:mainContent><p><a href="http://picasaweb.google.co.jp/othree/070912"><img src="http://lh3.google.co.jp/othree/Ruf6dD37P4I/AAAAAAAAArI/Rdrzgw7rmlQ/s400/DSCF4251.JPG" alt="新款蘋果鍵盤維持一貫的白色設計" width="400" height="300" /></a></p></b:mainContent>
				<b:extendContent><p>托前陣子去日本的朋友買的，那時候台灣蘋果網路商店還沒有有線版的，結果他們很辛苦的跑了9家店才買到@@，入手價不確定，不過大概就是標準售價附近。</p>

<p>這次新版的鍵盤感覺不錯，用起來感覺也不差，主要缺點就是壓程不足，其他像是鍵帽觸感和鍵入確認的表現都不錯，而且新的設計不會像以前的Pro Keyboard有積髒東西的問題，清潔變很容易，整體而言我還蠻滿意的，不過因為使用量的關係，我暫時還不會當成主要使用的鍵盤吧。</p></b:extendContent>
			</b:content>

			<b:comments commentCount="5"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000458" baseName="content-accessibility">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-09-10</b:date>
				<b:time>15:19:41</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>內容的親和力</b:title>
			<b:content>
				<b:summary>昨天終於把Web Accessibility第六章看完了，這陣子因為在玩God of War所以看的慢很多，關於這款遊戲我可能另外再介紹吧。 Web Accessibility第六章是在講網頁內容的親和力，主要放在圖片、表格、媒體檔案這幾個主題，每種內容都講的很詳細，從問題點、應該怎樣做、到不同的輔具會有怎樣的結果都有介紹，以下簡單摘要：...</b:summary>
				<b:mainContent><p>昨天終於把Web Accessibility第六章看完了，這陣子因為在玩God of War所以看的慢很多，關於這款遊戲我可能另外再介紹吧。</p>

<p>Web Accessibility第六章是在講網頁內容的親和力，主要放在圖片、表格、媒體檔案這幾個主題，每種內容都講的很詳細，從問題點、應該怎樣做、到不同的輔具會有怎樣的結果都有介紹，以下簡單摘要：</p></b:mainContent>
				<b:extendContent><p>有包含資訊的圖要加alt屬性說明該資訊、如果是統計圖的話則用longdesc連到另一個網頁來說明數據，排版或無實際資訊的圖片要加上空的alt屬性值。</p>

<p>表格的話則是先分為排版用和資料用，如果用表格排版，那千萬不要加上任何語意相關資訊，例如表頭(th)、摘要等等，如果是資料表格，那就是要注意表格欄位和表頭之間的關係，如果是階層式表格或是更複雜的表格，那就需要使用header屬性來做連結，不過以我來說，另外我一直覺得用表格排版，親和力就會很差，不過這張也有對此做說明，理論上表格排版也是可以做出有親和力的網站，不過不太容易就是，畢竟表格還是會把物件在版面上的位置和他在文件里的位置寫死，要兩邊都是最佳位置不太容易。</p>

<p>至於媒體檔案、像是影片和聲音，都是建議能提供同等資訊的文字內容，而Flash之類比較特別的檔案則是後面還有章節專門介紹，另外一個不是這章說的我知前部知道的事，就是java applet其實有做親和力支援的能力，不過現在也很少java applet就是了。</p>

<p>另外一個我覺得可以放在這章講的內容，不過目前好像沒有看到，就是良好的文件結構，例如階層的標題等等，不知道會不會放在別章講，不過就算沒有也沒關係，HTML Mastery有稍微提到就是。</p>

<p>接下來的第七章是在Accessible Navigation，我稍微看了一下，覺得應該也會是不錯的一章，不是在講網站的導覽系統，而是要如何讓無法使用滑鼠或圖形瀏覽氣得人也可以輕鬆的導覽整個頁面，例如提供跳過導覽的連結可以方便screen reader的使用者直接進入網頁的主要內容。</p></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000457" baseName="vocaloid-2">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-09-07</b:date>
				<b:time>21:46:20</b:time>
			</b:datetime>
			<b:category>software</b:category>
			<b:title>VOCALOID 2 初音ミク</b:title>
			<b:content>
				<b:summary> VOCALOID 2是日本CRYPTON推出的第二代語音合成軟體，才剛發售就獲得好評，雖然售價是15000日幣，但還是賣到快缺貨了，在niconico上也已經有了百個以上的成品，知道niconico的話可以直接用tag搜尋初音ミク，沒用過niconico的可以參考本期電腦王的介紹，或是到初音ミク的網頁抓DEMO SONG來聽聽看，如果沒有事先知道，我想大部分的歌曲我都聽不出是合成音吧。 這套軟體基本原理是透過聲優錄製基本音，現在發售的初音ミク是由藤田 咲這位聲優所配的，接下來預計還會在推出兩種聲音。使用者設定音調、接續，就可以合成一句話，然後配上背景音樂就完成了，唱歌的表現蠻不錯，沒有在念歌詞的感覺，不過我比較好奇的是可不可以做出講話的感覺啊，我目前還沒看到有人用這套軟體來合成台詞，都是唱歌，官方網站上的DEMO也都是歌，如果可以的話，那看來虛擬偶像實現的日子也不遠了。 Vocaloid 開發者BLOG 人工合成歌聲 VOCALOID 2 『初音ミク』 - 瀨田試用blog...</b:summary>
				<b:mainContent><p><img alt="初音ミク也很可愛" src="http://blog.othree.net/log/2007/09/07/vocaloid-2/megu.jpg" width="300" height="350" /></p>

<p><a href="http://www.crypton.co.jp/mp/pages/prod/vocaloid/"><span class="caps">VOCALOID</span> 2</a>是日本CRYPTON推出的第二代語音合成軟體，才剛發售就獲得好評，雖然售價是15000日幣，但還是賣到快缺貨了，在<a href="http://www.nicovideo.jp/">niconico</a>上也已經有了百個以上的成品，知道niconico的話可以直接用tag搜尋<strong>初音ミク</strong>，沒用過niconico的可以參考本期電腦王的介紹，或是到<a href="http://www.crypton.co.jp/mp/pages/prod/vocaloid/cv01.jsp">初音ミク的網頁</a>抓DEMO <span class="caps">SONG</span>來聽聽看，如果沒有事先知道，我想大部分的歌曲我都聽不出是合成音吧。</p>

<p>這套軟體基本原理是透過聲優錄製基本音，現在發售的初音ミク是由<a href="http://ja.wikipedia.org/wiki/%E8%97%A4%E7%94%B0%E5%92%B2">藤田 咲</a>這位聲優所配的，接下來預計還會在推出兩種聲音。使用者設定音調、接續，就可以合成一句話，然後配上背景音樂就完成了，唱歌的表現蠻不錯，沒有在念歌詞的感覺，不過我比較好奇的是可不可以做出講話的感覺啊，我目前還沒看到有人用這套軟體來合成台詞，都是唱歌，官方網站上的DEMO也都是歌，如果可以的話，那看來虛擬偶像實現的日子也不遠了。</p>


<ul>
<li><a href="http://blog.crypton.co.jp/mp/software/vocaloid/">Vocaloid 開發者BLOG</a></li>
<li><a href="http://hasetas.blogspot.com/2007/09/vocaloid-2_3632.html">人工合成歌聲 <span class="caps">VOCALOID</span> 2 『初音ミク』 - 瀨田試用blog</a></li>
</ul>

</b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="5"></b:comments>


			<b:trackbacks trackbackCount="1"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000456" baseName="opera_95_alpha">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-09-04</b:date>
				<b:time>15:03:23</b:time>
			</b:datetime>
			<b:category>software</b:category>
			<b:title>Opera 9.5 alpha</b:title>
			<b:content>
				<b:summary>Opera 9.5 alpha好像放出來了，我一如以往的不知道在哪下載，不過這次Opera還是不負期望的，做出了更快的javascript/ecmascript引擎，相信檔案大小也比上一版更小一點吧（笑）。 更新：結果9.5 alpha比9.23多了0.03MB。...</b:summary>
				<b:mainContent><p><a href="http://operawatch.com/news/2007/08/what-to-expect-with-opera-95-alpha.html">Opera 9.5 alpha</a>好像放出來了，我一如以往的不知道在哪下載，不過這次Opera還是不負期望的，做出了更快的javascript/ecmascript引擎，相信檔案大小也比上一版更小一點吧（笑）。</p>

<p class="update">更新：結果9.5 alpha比9.23多了0.03MB。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000455" baseName="web_fonts">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-30</b:date>
				<b:time>17:21:19</b:time>
			</b:datetime>
			<b:category>css-html</b:category>
			<b:title>web fonts</b:title>
			<b:content>
				<b:summary>A List Apart最新一期裡的CSS @ Ten: The Next Big Thing這篇文章裡面，提到接下來CSS會發展的一個主要方向，就是網路字型(web fonts)，這其實也不是新東西，早在1998年的CSS2裡面就有font-face，不過很不幸的，IE和Netscape都不支援truetype字型，結果網頁設計師都沒在使用，然後到了CSS2.1這功能也被屏棄了，現在這功能有希望回來了，不過其實我不是很樂觀啦，或許web fonts會回到CSS，不過等CSS 3制定出來不知道還要多久（個人推測10年），而且更大的問題是中文字型和歐美語系字型的大小差很多，如果做到像PDF可以只包含需要的部份，那變成伺服器端要支援，想起來就是一整個很難實行，中日文這些有漢字的地方大概還是只能繼續用系統有內建的字型和圖片吧。...</b:summary>
				<b:mainContent><p><a href="http://www.alistapart.com/">A List Apart</a>最新一期裡的<a href="http://www.alistapart.com/articles/cssatten"><span class="caps">CSS </span>@ Ten: The Next Big Thing</a>這篇文章裡面，提到接下來CSS會發展的一個主要方向，就是網路字型(web fonts)，這其實也不是新東西，早在1998年的CSS2裡面就有<a href="http://www.w3.org/TR/1998/REC-CSS2-19980512/fonts.html#font-descriptions">font-face</a>，不過很不幸的，IE和Netscape都不支援truetype字型，結果網頁設計師都沒在使用，然後到了<a href="http://www.w3.org/TR/CSS21/"><span class="caps">CSS2.1</span></a>這功能也被屏棄了，現在這功能有希望回來了，不過其實我不是很樂觀啦，或許web fonts會回到CSS，不過等CSS 3制定出來不知道還要多久（個人推測10年），而且更大的問題是中文字型和歐美語系字型的大小差很多，如果做到像PDF可以只包含需要的部份，那變成伺服器端要支援，想起來就是一整個很難實行，中日文這些有漢字的地方大概還是只能繼續用系統有內建的字型和圖片吧。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="3"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000454" baseName="setting-background">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-29</b:date>
				<b:time>11:08:20</b:time>
			</b:datetime>
			<b:category>css-html</b:category>
			<b:title>CSS設定背景時</b:title>
			<b:content>
				<b:summary>最近逛網站時比較常發現的小問題，很多人在設計版面時，為了質感或是排版會使用背景圖，而使用了背景圖，不過使用了背景圖，卻沒設定背景色，這樣會有什麼問題呢？...</b:summary>
				<b:mainContent><p>最近逛網站時比較常發現的小問題，很多人在設計版面時，為了質感或是排版會使用背景圖，而使用了背景圖，不過使用了背景圖，卻沒設定背景色，這樣會有什麼問題呢？</p></b:mainContent>
				<b:extendContent><p>這邊先拿<a href="http://b-oo-k.net/blog/">老貓學出版</a>為例，我在頁面讀取到一半時就抓了一張圖，可以發現到在背景圖還沒讀完時，內文和最外層的背景色會混在一起，老貓學出版的狀況還算好，對比還夠，不過有不少網站最外層背景的顏色更深，這時候就會造成對比不足無法閱讀的狀況。</p>

<p><a href="http://blog.othree.net/log/2007/08/29/setting-background/b-oo-k.png" class="thickbox"><img alt="圖片還沒出來時，背景色和文字的對比可能不夠" src="http://blog.othree.net/log/2007/08/29/setting-background/b-oo-k-thumb-400x300.png" width="400" height="300" /></a></p>

<p>不過有人會認為「這是讀取到一半的時候啊，不能這樣說。」而我要說的是，訪客都是不想等的，如果文字已經先讀取完了，為什麼不讓訪客可以先開始看內容呢？再來，雖然現在可能沒什麼人因為網路速度問題預設關閉讀取圖片，但是如果真的遇到了，那他就會看不清楚文字了，內容才是網站的主體，如果因為一些小疏忽讓傳達的過程出現障礙，那真是很可惜。</p>

<p class="update">更新：老貓學出版那已經修改過了，所以現在看不到上面所描述的狀況摟^^。</p></b:extendContent>
			</b:content>

			<b:comments commentCount="3"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000453" baseName="dublin_core">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-29</b:date>
				<b:time>00:46:49</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>Dublin Core</b:title>
			<b:content>
				<b:summary>這陣子都有稍微看一下這東西的相關資訊，不過卻對起源不甚了解，今天承蒙b6s解惑，留一下紀錄，因為只詢問過b6s的意見，所以只保留我和他的對話，以下內容保留一切權利，不採創用CC授權條款。 23:04 &lt;@othree&gt; ._./ Dublin Core有人研究過嗎？ 23:08 &lt;@othree&gt; 其實我搞不懂DCMI的成員是哪些，還有當初為什麼會來制定這個 23:39 &lt; b6s&gt; othree: dublin core 比較像是哲學層次的事 23:39 * b6s flee 23:41 &lt; b6s&gt; othree: 說正經的，那個基本上是圖書館學的東西 23:41 &lt; b6s&gt; 然後順便拿來做 semantic web 23:42 &lt; b6s&gt; 最近則擴大到本來就有分類學的領域，像是生物分類學 23:42 &lt; b6s&gt; 不過最近搞這個的派別變多了，有另一派叫 SUMO...</b:summary>
				<b:mainContent><p>這陣子都有稍微看一下這東西的相關資訊，不過卻對起源不甚了解，今天承蒙<a href="http://b6s.blogspot.com/">b6s</a>解惑，留一下紀錄，因為只詢問過b6s的意見，所以只保留我和他的對話，以下內容保留一切權利，不採創用CC授權條款。</p>

<p>23:04 &lt;@othree&gt; ._./ Dublin Core有人研究過嗎？<br />
23:08 &lt;@othree&gt; 其實我搞不懂DCMI的成員是哪些，還有當初為什麼會來制定這個<br />
23:39 &lt; b6s&gt; othree: dublin core 比較像是哲學層次的事<br />
23:39  * b6s flee<br />
23:41 &lt; b6s&gt; othree: 說正經的，那個基本上是圖書館學的東西<br />
23:41 &lt; b6s&gt; 然後順便拿來做 semantic web<br />
23:42 &lt; b6s&gt; 最近則擴大到本來就有分類學的領域，像是生物分類學<br />
23:42 &lt; b6s&gt; 不過最近搞這個的派別變多了，有另一派叫 SUMO<br />
23:42 &lt;@othree&gt; @@<br />
23:42 &lt;@othree&gt; sumomomomomomo<br />
23:43 &lt; b6s&gt; dublin core 因為是圖書館學的人主導，所以比較偏向資訊本身的 metadata<br />
23:44 &lt; b6s&gt; SUMO 則是知識的 metadata<br />
23:44 &lt;@othree&gt; SUMO就是全名？<br />
23:44 &lt;@b6s&gt; suggested upper merged ontology<br />
23:45 &lt;@othree&gt; ontology ~_~<br />
23:45 &lt;@b6s&gt; dublin core 比較實用，因為它基本上就是 RDF 的媽媽<br />
23:45 &lt;@othree&gt; 之前上XML課上完後就特別討厭這個字<br />
23:45 &lt;@b6s&gt; 其實 dublin core 也是 ontology, 只是它是 data 的 ontology<br />
23:46 &lt;@othree&gt; 大概是因為老師來不及上所以都不懂吧XD<br />
23:47 &lt;@b6s&gt; ontology 其實是人的本能，只是把那個本能抽象化到大家會吵架的地步<br />
23:49 &lt;@b6s&gt; 就像 Java 的所有東西都繼承自 Objetct, 但是 JavaScript 則不一定需要這種事<br />
23:49 &lt;@othree&gt; :P<br />
23:50 &lt;@othree&gt; 不過現在ontology能處理不同語言嗎？<br />
23:50 &lt;@othree&gt; 例如英語和中文的同義詞<br />
23:51 &lt;@b6s&gt; 那個是 SUMO 的下層才能處理的事<br />
23:52 &lt;@othree&gt; @@<br />
23:53 &lt;@b6s&gt; 首先有個別語言的 ontology, 像 WordNet<br />
23:55 &lt;@b6s&gt; 然後有個組織叫 ISLE/EAGLES 做了 MILE, 來把各種語言的 lexicon 連結起來<br />
00:00 &lt;@b6s&gt; 說起來 ISLE 就是另一個派別，它並沒有特別想要跟 SUMO 接起來<br />
00:00 &lt;@b6s&gt; <a href="http://www.mpi.nl/ISLE/">http://www.mpi.nl/ISLE/</a><br />
00:00 &lt; kerobot&gt; b6s: [Link Info] title: EAGLES/ISLE Meta Data Initiative<br />
00:00 &lt;@othree&gt; 一副大家都想自己搞的樣子...<br />
00:02 &lt;@b6s&gt; 其實這反映了經濟實力<br />
00:02 &lt;@b6s&gt; ISLE 是歐系的<br />
00:02 &lt;@b6s&gt; dublin core 是美系的<br />
00:03 &lt;@b6s&gt; 亞洲人最可憐了，只能都吃下來<br />
00:04 &lt;@b6s&gt; 非洲人現在則忙著炒股 *誤*<br />
00:06 &lt;@othree&gt; 最近台灣也是啊</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="1"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000452" baseName="designer-or-developer">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-28</b:date>
				<b:time>11:09:49</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>Designer  ? Developer ?</b:title>
			<b:content>
				<b:summary>Roger Johansson前陣子寫了一篇文章「Are we designers or developers?」，講到了很都人可能都面臨過的狀況，像別人介紹自己職業時，不知道該說什麼，網頁設計師？但其實又不是真的只做網頁的設計，開發者？但其實外觀設計還是自己搞得...。 我雖然不以此維生，但確實也有遇過這樣的狀況，即使對方知道有人又做後台又做前端的，好像也沒有一個詞可以來代表，Roger的說法是他會依照對象、情境來決定他該怎麼介紹自己，在大部分的時候他會說：「我從事網路相關的工作。」或是「我作網站。」這兩個回答我覺得都相當不錯，對一般人這樣說就很足夠了，如果對方還有興趣了解更深入在解釋就可以，不過其實以我來說，我還不會稱自己是網頁設計師，畢竟我是從code那邊來的，現在雖然有少量接觸設計的資訊，而且以我目前設計外觀的方法和成品，我認為離稱得上設計師還有段距離，所以我至少不會在設計師或開發者間混淆，但是卻反而會怕對方混淆，又多解釋了不少東西，然後可能對方也有聽沒有懂吧。 另一個設計師相關的事是Jeff Croft花了些時間去看W3C的工作小組成員，結果竟然發現裡面找不到任何有名的網頁設計師/開發者，這樣當然會產生一些問題，因為到時候這些角色會使用到制定出來的標準，但是制定的過程卻沒有人參與。Jeffery Zeldman則做出回應是說W3C有想要改變這個狀況，不過有時候事情不會這麼順利，像是找不到相關領域的人來參與，不過我想W3C既然知道有這問題，也有想辦法改變，我想狀況應該就不會演變到多差吧，而且CSS3和HTML5都不知道還要多久才會成為推薦標準。...</b:summary>
				<b:mainContent><p><a href="http://www.456bereastreet.com/">Roger Johansson</a>前陣子寫了一篇文章「<a href="http://www.456bereastreet.com/archive/200708/are_we_designers_or_developers/">Are we designers or developers?</a>」，講到了很都人可能都面臨過的狀況，像別人介紹自己職業時，不知道該說什麼，網頁設計師？但其實又不是真的只做網頁的設計，開發者？但其實外觀設計還是自己搞得...。</p>

<p>我雖然不以此維生，但確實也有遇過這樣的狀況，即使對方知道有人又做後台又做前端的，好像也沒有一個詞可以來代表，Roger的說法是他會依照對象、情境來決定他該怎麼介紹自己，在大部分的時候他會說：「我從事網路相關的工作。」或是「我作網站。」這兩個回答我覺得都相當不錯，對一般人這樣說就很足夠了，如果對方還有興趣了解更深入在解釋就可以，不過其實以我來說，我還不會稱自己是網頁設計師，畢竟我是從code那邊來的，現在雖然有少量接觸設計的資訊，而且以我目前設計外觀的方法和成品，我認為離稱得上設計師還有段距離，所以我至少不會在設計師或開發者間混淆，但是卻反而會怕對方混淆，又多解釋了不少東西，然後可能對方也有聽沒有懂吧。</p>

<p>另一個設計師相關的事是<a href="http://www2.jeffcroft.com/">Jeff Croft</a>花了些時間去看W3C的工作小組成員，結果竟然發現裡面<a href="http://www2.jeffcroft.com/blog/2007/aug/18/w3c-where-are-web-designers-and-developers/">找不到任何有名的網頁設計師/開發者</a>，這樣當然會產生一些問題，因為到時候這些角色會使用到制定出來的標準，但是制定的過程卻沒有人參與。<a href="http://www.zeldman.com/">Jeffery Zeldman</a>則做出回應是說W3C有想要改變這個狀況，不過有時候事情不會這麼順利，像是找不到相關領域的人來參與，不過我想W3C既然知道有這問題，也有想辦法改變，我想狀況應該就不會演變到多差吧，而且CSS3和HTML5都不知道還要多久才會成為推薦標準。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000451" baseName="google-maps-update">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-23</b:date>
				<b:time>00:22:25</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>Google Maps更新</b:title>
			<b:content>
				<b:summary>Google Maps今天更新，主要兩個更新點，我的地圖變得更好用，不過這個我比較不確定是不是今天更新的，另一個我確定的是，新增像YouTube那樣可以直接提供程式碼，複製貼上就可以把地圖放上網頁的便利功能，所以我做了一個我的上學路線的小地圖，不過我發現FireBug會抓到錯誤訊息。 結果我看到的錯誤訊息是Operator的錯誤訊息，和Google Maps無關。 檢視較大的地圖...</b:summary>
				<b:mainContent><p>Google Maps今天更新，主要兩個更新點，我的地圖變得更好用，不過這個我比較不確定是不是今天更新的，另一個我確定的是，新增像YouTube那樣可以直接提供程式碼，複製貼上就可以把地圖放上網頁的便利功能，所以我做了一個我的上學路線的小地圖，不過我發現FireBug會抓到錯誤訊息。</p>

<p class="update"> 結果我看到的錯誤訊息是<a href="https://addons.mozilla.org/en-US/firefox/addon/4106">Operator</a>的錯誤訊息，和Google Maps無關。</p>

<p><iframe width="425" height="350" frameborder="no" scrolling="no" marginheight="0" marginwidth="0" src="http://www.google.com/maps/ms?ie=UTF8&amp;hl=zh-TW&amp;om=1&amp;s=AARTsJq4LuwxHGVshPSZq9bOzbdwg2wPCw&amp;msa=0&amp;msid=115547205223566529488.0004384c16d8c7f68eb50&amp;ll=25.004961,121.541404&amp;spn=0.027225,0.036478&amp;z=14&amp;output=embed"></iframe><br/><a href="http://www.google.com/maps/ms?ie=UTF8&amp;hl=zh-TW&amp;om=1&amp;msa=0&amp;msid=115547205223566529488.0004384c16d8c7f68eb50&amp;ll=25.004961,121.541404&amp;spn=0.027225,0.036478&amp;z=14&amp;source=embed" style="color:#0000FF;text-align:left;font-size:small">檢視較大的地圖</a></p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000450" baseName="wa-ch1-and-ch2">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-22</b:date>
				<b:time>21:17:26</b:time>
			</b:datetime>
			<b:category>books</b:category>
			<b:title>有告有希望？</b:title>
			<b:content>
				<b:summary>這篇其實是Web Accessibility第一、二章的感想。 第一章就是簡單介紹網頁親和力，包括基本認識、好處、迷思等等，其中迷思的部份有興趣的可以看看我之前翻譯過的親和力迷思與錯誤觀念，不過書中講的還要更多一點。 第二章則是網頁親和力的法律簡述，看了之後才知道，美國的發展是因為有身心障礙者因為無法使用網站，提出告訴，然後政府才開始有注意，之後才有了相關法律和Section 508，而Section 508其實也不只是網站的親和力方針而已，其實包含了軟體、作業系統、網站、網路應用程式、資訊、文件和支援等等，而WCAG就只是針對網頁而已。回過來看台灣，網頁親和力議題這麼不受重視，想必是因為還沒人告吧，不過我覺得這也是民情造成，台灣的人大概比較不會往自己的權益受到侵害的方面想，更不用說要對公家單位提出告訴了，讓我想到暑假上英文時，外籍老師知道我們18歲要當兵，但是20歲才能投票時，驚訝的說：「你們在還不能決定國家大事的時候就要被迫上場打仗！」...</b:summary>
				<b:mainContent><p>這篇其實是Web Accessibility第一、二章的感想。</p>

<p>第一章就是簡單介紹網頁親和力，包括基本認識、好處、迷思等等，其中迷思的部份有興趣的可以看看我之前翻譯過的<a href="http://blog.othree.net/log/2005/08/04/accessibility-myths-and-misconceptions/">親和力迷思與錯誤觀念</a>，不過書中講的還要更多一點。</p>

<p>第二章則是網頁親和力的法律簡述，看了之後才知道，美國的發展是因為有身心障礙者因為無法使用網站，提出告訴，然後政府才開始有注意，之後才有了相關法律和<a href="http://www.section508.gov/">Section 508</a>，而Section 508其實也不只是網站的親和力方針而已，其實包含了軟體、作業系統、網站、網路應用程式、資訊、文件和支援等等，而<a href="http://www.w3.org/TR/WAI-WEBCONTENT/" title="Web Content Accessibility Guidelines"><span class="caps">WCAG</span></a>就只是針對網頁而已。回過來看台灣，網頁親和力議題這麼不受重視，想必是因為還沒人告吧，不過我覺得這也是民情造成，台灣的人大概比較不會往自己的權益受到侵害的方面想，更不用說要對公家單位提出告訴了，讓我想到暑假上英文時，外籍老師知道我們18歲要當兵，但是20歲才能投票時，驚訝的說：「你們在還不能決定國家大事的時候就要被迫上場打仗！」</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000449" baseName="repaired">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-21</b:date>
				<b:time>21:56:54</b:time>
			</b:datetime>
			<b:category>about</b:category>
			<b:title>回復完工</b:title>
			<b:content>
				<b:summary>花了不少時間總算弄完，中途主機root不知原因掛掉還重灌一次，最後有兩篇文章的附檔沒辦法找回來，都是HemiDemi的Firefox擴充套件，不過反正都是測試版的，所以就放著不理了，以後要是有新版在直接加註吧。 另外昨天看到hlb提到W3C的working group是開放給所有人加入的，還有一篇文章教人怎樣加入「 How YOU can join the W3C HTML5 Working Group in six easy steps」，我目前有在考慮加入，實際參與規格的制定好像還蠻有趣的，畢竟以前都只能跟著別人的腳步走。...</b:summary>
				<b:mainContent><p>花了不少時間總算弄完，中途主機root不知原因掛掉還重灌一次，最後有兩篇文章的附檔沒辦法找回來，都是HemiDemi的Firefox擴充套件，不過反正都是測試版的，所以就放著不理了，以後要是有新版在直接加註吧。</p>

<p>另外昨天看到hlb提到W3C的working group是開放給所有人加入的，還有一篇文章教人怎樣加入「<a href="http://ln.hixie.ch/?start=1173385976&amp;count=1"> How <span class="caps">YOU </span>can join the <span class="caps">W3C HTML5</span> Working Group in six easy steps</a>」，我目前有在考慮加入，實際參與規格的制定好像還蠻有趣的，畢竟以前都只能跟著別人的腳步走。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000448" baseName="bad-bad-bad">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-16</b:date>
				<b:time>20:23:39</b:time>
			</b:datetime>
			<b:category>about</b:category>
			<b:title>慘事發生</b:title>
			<b:content>
				<b:summary>本站實體檔案回溯到2006/03，所以包括樣板和哪之後的文章的圖片都掛掉了，所幸本文是都有備份到，會發生這樣的事故主要是我的備份設定似乎沒做好，結果每天備份都是作假的，於是我一不做二不休，先升級到MT4，接著再來設計新的樣板，不過應該只會拿之前的再做些修改，畢竟那個樣板我還蠻滿意的，而且還有半成品的備份。版面和設定弄好之後再來慢慢把以前的附檔補上，不過也只能補有辦法補的。看來看書進度會delay好一陣子。 現在開始每天會固定回復舊文章的連結和圖片，會造成feed內不斷有舊文跑出，還請見諒。...</b:summary>
				<b:mainContent><p>本站實體檔案回溯到2006/03，所以包括樣板和哪之後的文章的圖片都掛掉了，所幸本文是都有備份到，會發生這樣的事故主要是我的備份設定似乎沒做好，結果每天備份都是作假的，於是我一不做二不休，先升級到MT4，接著再來設計新的樣板，不過應該只會拿之前的再做些修改，畢竟那個樣板我還蠻滿意的，而且還有半成品的備份。版面和設定弄好之後再來慢慢把以前的附檔補上，不過也只能補有辦法補的。看來看書進度會delay好一陣子。</p>

<p class="update">現在開始每天會固定回復舊文章的連結和圖片，會造成feed內不斷有舊文跑出，還請見諒。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000447" baseName="jedi-and-web-accessibility">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-12</b:date>
				<b:time>13:05:06</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>絕地大師與網頁親和力</b:title>
			<b:content>
				<b:summary>絕地大師有鑑於國內實在太少網頁親和力的資訊和資源，所以決定自己跳下火海，撰寫一本，或許會是一系列關於網頁親和力的書，而其第一步就是開啟一個新的部落格，作為紀錄寫書的歷程之用，現在已經放了不少文章上去，除了以前寫給OSSF自由軟體電子報的相關文章外，還有對這本書的構想和大綱。我一直對這領域似懂非懂，大概是見山似山的階段吧，有點認知又知道其實比我的認知還要大，現在絕地大師決心投入為國內的網頁親和力議題盡一份心力，我自然是樂觀其成啦，不過在那之前還是要先把Web Accessibility看完。 話說我實在沒想到國內沒有任何網路公司有親和力團隊。 網頁親和力 台灣第一本《網頁親和力》專書的部落格...</b:summary>
				<b:mainContent><p>絕地大師有鑑於國內實在太少網頁親和力的資訊和資源，所以決定自己跳下火海，撰寫一本，或許會是一系列關於網頁親和力的書，而其第一步就是開啟一個新的部落格，作為紀錄寫書的歷程之用，現在已經放了不少文章上去，除了以前寫給OSSF自由軟體電子報的相關文章外，還有對這本書的構想和大綱。我一直對這領域似懂非懂，大概是見山似山的階段吧，有點認知又知道其實比我的認知還要大，現在絕地大師決心投入為國內的網頁親和力議題盡一份心力，我自然是樂觀其成啦，不過在那之前還是要先把Web Accessibility看完。</p>

<p>話說我實在沒想到國內沒有任何網路公司有親和力團隊。</p>


<ul>
<li><a href="http://blog.accessibility.tw/">網頁親和力 台灣第一本《網頁親和力》專書的部落格</a></li>
</ul>

</b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000446" baseName="new-books">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-09</b:date>
				<b:time>22:20:32</b:time>
			</b:datetime>
			<b:category>books</b:category>
			<b:title>兩本網站相關新書</b:title>
			<b:content>
				<b:summary>這兩天注意到兩本新書，應該都會買吧。 Bulletproof Web Design 2nd Edition AdvancED DOM Scripting: Dynamic Web Design Techniques...</b:summary>
				<b:mainContent><p>這兩天注意到兩本新書，應該都會買吧。</p>


<ul>
<li><a href="http://www.simplebits.com/notebook/2007/08/08/bpwd2.html">Bulletproof Web Design 2nd Edition</a></li>
<li><a href="http://www.friendsofed.com/book.html?isbn=1590598563">AdvancED <span class="caps">DOM</span> Scripting: Dynamic Web Design Techniques</a></li>
</ul>

</b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000445" baseName="the-principles-of-beautif">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-09</b:date>
				<b:time>21:55:30</b:time>
			</b:datetime>
			<b:category>books</b:category>
			<b:title>The Principles of Beautiful Web Design 書評</b:title>
			<b:content>
				<b:summary> 本書評由othree 評論於2007/08/09 ，評分為5分（滿分5分） ，採創用 CC 姓名標示-相同方式分享 授權條款釋出。 這是一本設計書，雖然說是網頁設計，但裡面高達八成都是在講設計的東西，只有少部份的HTML和CSS code，設計的內容包括平面設計的基礎、名詞、顏色...，到設計的流程，而本書所講的設計流程也就是這本書的架構，五大章節，從版面配置開始接著依序是顏色、質感、文字排版、圖片選擇與製作，照著書上的流程來設計，而不是一股腦的就把想法畫出來，相信都可以得到不錯的效果。 我剛好是這本書設定的對象，所以對我來說實在是幫助不小，雖然看過色彩學和一些平面排版的書籍，不過還是缺了設計流程，以至於我雖然有了一些基礎知識，卻不知道怎麼應用，不過這本書剛好幫我把這些知識都串了起來，一下子感覺學到了不少東西，接下來要設計網站就照這流程來試試看吧。...</b:summary>
				<b:mainContent><div class="hreview" id="hreview-The-Principles-of-Beautiful-Web-Design">
  <p class="item">
    <a class="fn url" href="http://www.sitepoint.com/books/design1/"><img alt="The Principles of Beautiful Web Design" src="http://blog.othree.net/log/2007/08/09/the-principles-of-beautif/cover.jpg" class="photo"  width="155" height="200"/></a>
  </p>
  <p class="entry-info">
  本書評由<span class="reviewer vcard"><span class="fn nickname">othree</span></span>
  評論於<abbr class="dtreviewed" title="20070809">2007/08/09</abbr>
  ，評分為<abbr title="5" class="rating">5分（滿分5分）</abbr>
  ，採<a rel="license" href="http://creativecommons.org/licenses/by-sa/2.5/tw/deed.zh_TW">創用 CC 姓名標示-相同方式分享 授權條款</a>釋出。
  </p>
  <div class="description">
    <p>這是一本設計書，雖然說是網頁設計，但裡面高達八成都是在講設計的東西，只有少部份的HTML和CSS code，設計的內容包括平面設計的基礎、名詞、顏色...，到設計的流程，而本書所講的設計流程也就是這本書的架構，五大章節，從版面配置開始接著依序是顏色、質感、文字排版、圖片選擇與製作，照著書上的流程來設計，而不是一股腦的就把想法畫出來，相信都可以得到不錯的效果。</p>
    <p>我剛好是這本書設定的對象，所以對我來說實在是幫助不小，雖然看過色彩學和一些平面排版的書籍，不過還是缺了設計流程，以至於我雖然有了一些基礎知識，卻不知道怎麼應用，不過這本書剛好幫我把這些知識都串了起來，一下子感覺學到了不少東西，接下來要設計網站就照這流程來試試看吧。</p>
  </div>
</div></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000444" baseName="safety-fonts-for-web">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-08</b:date>
				<b:time>01:28:29</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>英文的安全字形 for 網頁用</b:title>
			<b:content>
				<b:summary> Arial Arial Black Comic Sans MS Courier New Georigia Impact Time News Roman Trebuchet MS Verdana...</b:summary>
				<b:mainContent>
<ul>
<li>Arial</li>
<li>Arial Black</li>
<li>Comic Sans MS</li>
<li>Courier New</li>
<li>Georigia</li>
<li>Impact</li>
<li>Time News Roman</li>
<li>Trebuchet MS</li>
<li>Verdana</li>
</ul>

</b:mainContent>
				<b:extendContent><p><a href="http://www.sitepoint.com/books/design1/">The Principles of Beautiful Web Design</a>裡面提到的，這九個字型在windows和osx都有，所以可以放心使用，唯一的問題是都是英文字型，中文字型在這方面根本就是絕望啊。</p></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000443" baseName="hreview">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-04</b:date>
				<b:time>01:26:59</b:time>
			</b:datetime>
			<b:category>about</b:category>
			<b:title>開始使用hReview</b:title>
			<b:content>
				<b:summary>從HTML Mastery這本書的書評開始，我大概都會改成先在aNobii發表評論後在用hReview的格式在這裡發表吧，這樣我寫評論的時候比較不需要去想版面呈現的東西，感覺寫起來輕鬆不少，順便正式使用hReview這個microformats，實際上在決定格式的時候還蠻難抉擇的，我想盡量保持標籤簡潔，又不能省掉太都東西，結果花了兩個小時以上才弄成現在的樣子，我想以後還是有可能修改啦，沒想到hReview比其他幾種格式複雜不少啊，要考慮的東西多很多。...</b:summary>
				<b:mainContent><p>從<a href="http://blog.othree.net/log/2007/08/04/html_mastery/"><span class="caps">HTML</span> Mastery這本書的書評</a>開始，我大概都會改成先在<a href="http://www.anobii.com/">aNobii</a>發表評論後在用<a href="http://microformats.org/wiki/hreview">hReview</a>的格式在這裡發表吧，這樣我寫評論的時候比較不需要去想版面呈現的東西，感覺寫起來輕鬆不少，順便正式使用hReview這個microformats，實際上在決定格式的時候還蠻難抉擇的，我想盡量保持標籤簡潔，又不能省掉太都東西，結果花了兩個小時以上才弄成現在的樣子，我想以後還是有可能修改啦，沒想到hReview比其他幾種格式複雜不少啊，要考慮的東西多很多。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000442" baseName="html-mastery">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-04</b:date>
				<b:time>00:45:28</b:time>
			</b:datetime>
			<b:category>books</b:category>
			<b:title>HTML Mastery 書評</b:title>
			<b:content>
				<b:summary> 本書評由othree 評論於2007/08/03 ，評分為5分（滿分5分） ，採創用 CC 姓名標示-相同方式分享 授權條款釋出。 我一直在尋找如何正確使用每個HTML標籤的文件，不過一直以來的網頁製作書籍都沒有這種資訊，當我看到microformats時，曾經有一度認為他就是我要找的，不過microformats仍然不是我要找的。 終於我看到了這本書，不是每個HTML標籤都提出來一個一個講，但卻更正確的告訴你哪些標籤該在什麼時候使用、如何建構一個結構良好的HTML文件、如何給予適合的id和class。除了HTML外，他也適當的提供CSS和javascript，讓你了解如何同時保持良好的HTML結構，又能夠達到各種需求，當然，現在的瀏覽器支援問題也沒有少。 這本書是我目前看到最好的HTML書，也希望國內能夠翻譯引進，或是這些設計理念能在國內推廣出去，我實在不想一直看到國內的網頁製作公司在這種時代還持續的產生table layout的網頁。...</b:summary>
				<b:mainContent><div class="hreview" id="hreview-HTML-Mastery">
  <p class="item">
    <a class="fn url" href="http://htmlmastery.com/"><img alt="HTML Mastery" src="http://blog.othree.net/log/2007/08/04/html-mastery/hm-cover-md.gif" class="photo" /></a>
  </p>
  <p class="entry-info">
  本書評由<span class="reviewer vcard"><span class="fn nickname">othree</span></span>
  評論於<abbr class="dtreviewed" title="20070803">2007/08/03</abbr>
  ，評分為<abbr title="5" class="rating">5分（滿分5分）</abbr>
  ，採<a rel="license" href="http://creativecommons.org/licenses/by-sa/2.5/tw/deed.zh_TW">創用 CC 姓名標示-相同方式分享 授權條款</a>釋出。
  </p>
  <div class="description">
    <p>我一直在尋找如何正確使用每個HTML標籤的文件，不過一直以來的網頁製作書籍都沒有這種資訊，當我看到microformats時，曾經有一度認為他就是我要找的，不過microformats仍然不是我要找的。</p>
    <p>終於我看到了這本書，不是每個HTML標籤都提出來一個一個講，但卻更正確的告訴你哪些標籤該在什麼時候使用、如何建構一個結構良好的HTML文件、如何給予適合的id和class。除了HTML外，他也適當的提供CSS和javascript，讓你了解如何同時保持良好的HTML結構，又能夠達到各種需求，當然，現在的瀏覽器支援問題也沒有少。</p>
    <p>這本書是我目前看到最好的HTML書，也希望國內能夠翻譯引進，或是這些設計理念能在國內推廣出去，我實在不想一直看到國內的網頁製作公司在這種時代還持續的產生table layout的網頁。</p>
  </div>
</div></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000441" baseName="new-books">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-08-03</b:date>
				<b:time>00:44:26</b:time>
			</b:datetime>
			<b:category>books</b:category>
			<b:title>新書購入</b:title>
			<b:content>
				<b:summary> 昨天一口氣買了8本書，三本是網站相關，參考Jedi之前的書評挑選的，約花了四千塊，剩下幾本則是小說和雜書，都是中文的，只有一千出頭。...</b:summary>
				<b:mainContent><p><a href="http://www.flickr.com/photos/othree/984760770/"><img src="http://farm2.static.flickr.com/1389/984760770_32fa4dc8b5.jpg?v=0" alt="八本書排排站" longdesc="WEB ACCESSIBILITY、PRO JAVASCRIPT　TECHNIQUES、THE PRINCIPLES OF BEAUTIFUL WEB DESIGN、海潮之聲、海潮之聲 2、沙丘魔堡 上、沙丘魔堡 下、說話前 請先想好要伸哪隻手" /></a></p>

<p>昨天一口氣買了8本書，三本是網站相關，參考Jedi之前的書評挑選的，約花了四千塊，剩下幾本則是小說和雜書，都是中文的，只有一千出頭。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="4"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000440" baseName="double-sleepy">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-07-29</b:date>
				<b:time>10:57:40</b:time>
			</b:datetime>
			<b:category>diary</b:category>
			<b:title>雙重昏睡</b:title>
			<b:content>
				<b:summary>昨天早上陷入昏睡爬不起來，而且在夢中也是一樣的狀況，意味著我要醒來需要醒兩次，要是只醒一次然後在夢中又睡著就沒用了，結果最後到12點才成功醒來，還好沒影響到下午去FF的行程，不過川田的活動就沒力過去了。...</b:summary>
				<b:mainContent><p>昨天早上陷入昏睡爬不起來，而且在夢中也是一樣的狀況，意味著我要醒來需要醒兩次，要是只醒一次然後在夢中又睡著就沒用了，結果最後到12點才成功醒來，還好沒影響到下午去FF的行程，不過川田的活動就沒力過去了。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="2"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000439" baseName="w3c-conference">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-07-27</b:date>
				<b:time>23:30:15</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>W3C網頁標準-推廣與應用研討會</b:title>
			<b:content>
				<b:summary>今天去參加工業局辦的W3C網頁標準-推廣與應用研討會，其實主要目的是去拜見一下洪朝貴教授，因為久仰大名卻一直沒見過本人，不過去的過程犯了些錯誤，搞到差點遲到，然後又忘了帶相機，還好活動過程還算不錯，然後讓我有點困擾的是，每次參加這種活動，沒名片就算了，知道我還是學生，主修哪科之後（非資訊），總是會被問「那和這個有相關嗎？」或是「那你怎麼會來聽？」之類的問題～～。 以下是今天四位講者的投影片和相關資料： 標準：W3C網頁標準介紹 工具：瀏覽器VS.網頁標準 實務：網頁標準實踐 金玉其表之下--從行銷的角度看網頁設計...</b:summary>
				<b:mainContent><p>今天去參加工業局辦的<a href="http://seminar.oss.org.tw/w3c960727.html"><span class="caps">W3C</span>網頁標準-推廣與應用研討會</a>，其實主要目的是去拜見一下<a href="http://people.ofset.org/~ckhung/">洪朝貴教授</a>，因為久仰大名卻一直沒見過本人，不過去的過程犯了些錯誤，搞到差點遲到，然後又忘了帶相機，還好活動過程還算不錯，然後讓我有點困擾的是，每次參加這種活動，沒名片就算了，知道我還是學生，主修哪科之後（非資訊），總是會被問「那和這個有相關嗎？」或是「那你怎麼會來聽？」之類的問題～～。</p>

<p>以下是今天四位講者的投影片和相關資料：</p>


<ul>
<li><a href="http://jedi.org/p4/slide/20070727/#eva">標準：W3C網頁標準介紹</a></li>
<li><a href="http://docs.google.com/View?docid=atm74r78g3_174g2qxtf">工具：瀏覽器VS.網頁標準</a></li>
<li><a href="http://hlb.yichi.org/present/oss_webstandards/">實務：網頁標準實踐</a></li>
<li><a href="http://people.ofset.org/~ckhung/s/cfws.php">金玉其表之下--從行銷的角度看網頁設計</a></li>
</ul>

</b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackbackCount="0"></b:trackbacks>

		</b:entry>

		<b:entry entryID="000438" baseName="yslow">
			<b:author>
				<b:authorName>othree</b:authorName>
				<b:authorEmail>othree@gmail.com</b:authorEmail>
				<b:authorUrl></b:authorUrl>
			</b:author>
			<b:datetime>
				<b:date>2007-07-26</b:date>
				<b:time>00:26:27</b:time>
			</b:datetime>
			<b:category>web</b:category>
			<b:title>YSlow</b:title>
			<b:content>
				<b:summary>剛剛在IRC上看到有人丟這個好東西的消息，他是Firebug的plug-in，用來檢測網頁的效能速度，並提供一些提昇效能的方法，根據的是Exceptional Performance這裡的13個方法來做檢測，我剛剛就花了些時間替這裡調整，現在是87分，家裏的ADSL把網頁完整讀完大概不都不到兩秒鐘，不過其中的CDN像我這種個人網站就不太容易辦到。...</b:summary>
				<b:mainContent><p>剛剛在IRC上看到有人丟這個<a href="http://developer.yahoo.com/yslow/">好東西</a>的消息，他是Firebug的plug-in，用來檢測網頁的效能速度，並提供一些提昇效能的方法，根據的是<a href="http://developer.yahoo.com/performance/rules.html">Exceptional Performance</a>這裡的13個方法來做檢測，我剛剛就花了些時間替這裡調整，現在是87分，家裏的ADSL把網頁完整讀完大概不都不到兩秒鐘，不過其中的<a href="http://developer.yahoo.com/performance/rules.html#cdn" title="Content Delivery Network"><span class="caps">CDN</span></a>像我這種個人網站就不太容易辦到。</p></b:mainContent>
				<b:extendContent></b:extendContent>
			</b:content>

			<b:comments commentCount="0"></b:comments>


			<b:trackbacks trackback