<?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>一些淺見。 &#187; 數位出版</title>
	<atom:link href="http://hwy.tw/category/%e6%95%b8%e4%bd%8d%e5%87%ba%e7%89%88/feed/" rel="self" type="application/rss+xml" />
	<link>http://hwy.tw</link>
	<description>Thoughts on something. Don&#039;t be serious.</description>
	<lastBuildDate>Fri, 17 Feb 2012 16:13:22 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>關於IDPF推出Readium</title>
		<link>http://hwy.tw/2012/02/17/thoughts-on-readium/</link>
		<comments>http://hwy.tw/2012/02/17/thoughts-on-readium/#comments</comments>
		<pubDate>Fri, 17 Feb 2012 10:54:03 +0000</pubDate>
		<dc:creator>HWY</dc:creator>
				<category><![CDATA[數位出版]]></category>

		<guid isPermaLink="false">http://hwy.tw/?p=2216</guid>
		<description><![CDATA[EPUB3.0的標準規格，已經推出好一陣子了。但是推出歸推出，電子書產業的兩大巨頭Amazon跟Apple卻各自推出了「長得很像但就是不一樣」的電子書格式–KF8和iBooks。

Amazon跟Apple放著好好的標準不用，偏要自己推出新格式的理由很多，但最根本的邏輯是，企業希望推出的產品是有特色的，於是使用者因為這些特色而持續使用自己的服務。而開放標準的邏輯則是盡可能趨於統一，對於內容提供者來說，就不需要為了每個平台調整格式。少了這些浪費生命的工作，整個產業的發展自然會順暢許多。<p class="read-more"><a href="http://hwy.tw/2012/02/17/thoughts-on-readium/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://hwy.tw/2012/02/17/thoughts-on-readium/" title="關於IDPF推出Readium"></a><figure>
<img src="https://lh6.googleusercontent.com/-pNQg_UfvlPY/Tz4vYrQJu5I/AAAAAAAAHC8/qIU1WArOnog/s912/%25C3%2583%25C2%25A8%25C3%2582%25C2%259E%25C3%2582%25C2%25A2%25C3%2583%25C2%25A5%25C3%2582%25C2%25B9%25C3%2582%25C2%2595%25C3%2583%25C2%25A5%25C3%2582%25C2%25BF%25C3%2582%25C2%25AB%25C3%2583%25C2%25A7%25C3%2582%25C2%2585%25C3%2582%25C2%25A7%25202012-02-17%2520%25C3%2583%25C2%25A4%25C3%2582%25C2%25B8%25C3%2582%25C2%258B%25C3%2583%25C2%25A5%25C3%2582%25C2%258D%25C3%2582%25C2%25886.42.59.png"/></p>
<figcaption>IDPF推出的EPUB3閱讀軟體-<a href="http://readium.org/" target="new">Readium</a></figcation><br />
</figure>
<p>EPUB3.0的標準規格，已經推出好一陣子了。但是推出歸推出，電子書產業的兩大巨頭Amazon跟Apple卻各自推出了「長得很像但就是不一樣」的電子書格式–KF8和iBooks。</p>
<p>Amazon跟Apple放著好好的標準不用，偏要自己推出新格式的理由很多，但最根本的邏輯是，企業希望推出的產品是有特色的，於是使用者因為這些特色而持續使用自己的服務。而開放標準的邏輯則是盡可能趨於統一，對於內容提供者來說，就不需要為了每個平台調整格式。少了這些浪費生命的工作，整個產業的發展自然會順暢許多。</p>
<p>於是企業的行為就會在「自有格式」跟「開放標準」之間切一刀，強大的企業更接近「自有格式」，弱小的企業則會完全接受標準，以Apple跟Amazon今天的身分地位來說，KF8跟iBooks底層都還維持著EPUB3.0的架構，這一刀切的或許還算客氣了。（至少跟完全棄標準於不顧的IE6相比）</p>
<p>話說回來，EPUB陣營先前多少也抱著太天真的想法，相信Apple一定會擁抱EPUB3.0標準（因為Apple也是IDPF的會員）。所以標準訂定之後，就等著Apple來開發Authoring tool、Reading System。上個月時我還在國外網站上看到「期待1/19那天Apple正式宣布支持EPUB3.0」的討論，結果想不到Apple宣布的是iBooks，還一併連iBook Author一起推出。</p>
<p>少了Apple跟Amazon的支持，EPUB3.0正式變成「大家都知道卻沒人能實作」的產業標準，也難怪會出現<a href="http://authoradventures.blogspot.com/2012/02/epub3-doa.html" target="new">EPUB3 DOA</a>這種聲音。</p>
<p>除了Apple跟Amazon有本事不理會EPUB3.0之外，我相信出版社跟電子書城心中也對於採用EPUB3.0頗有疑慮。因為EPUB3跟EPUB2的結構很不一樣，不論是生產或是打開，都需要新的軟體（也就是說要提高成本）。電子書城心裡想，就算我支援EPUB3.0，又沒有出版社會做，何必？出版社心理想，就算我做出EPUB3.0，又沒有電子書城打得開，何苦？事實上，如果只是純文字書籍，EPUB2.0的標準99%都算堪用了。</p>
<p>講了這麼前情提要，其實只有一件事情，就是EPUB3.0的「標準」跟「產業」之間是有距離的。所謂的「距離」是指從「製作EPUB」到「賣出去收到錢」，到底需要哪種人（新鮮人就好還是資深工程師）、用什麼工具（免費open source還是Adobe）、品質如何控管、有沒有機會回收成本…這些問題。如果一個EPUB檔光是製作成本就高達十幾萬那當然就不能稱為一門生意了。</p>
<p>IDPF為了拉近標準跟產業之間的距離，跨出了這重要的一步，Readium。Readium是個開放原始碼的Chrome擴充元件，有最基本的EPUB3.0（向下相容EPUB2）閱讀功能，還同時內建Validator。也就是說，現在做好的EPUB3.0檔案，只要丟進Chrome裡面就可以直接打開。</p>
<p>於是後來的平台開發者，也可以從Readium出發，進一步開發新的功能。至於會開發出哪些新功能，這就各憑本事了。</p>
<p>希望IDPF或其他廠商能儘快開發出一些基本的EPUB3.0製作工具，不然要找一堆工程師來做EPUB，哪家出版社負擔得起呢。</p>
]]></content:encoded>
			<wfw:commentRss>http://hwy.tw/2012/02/17/thoughts-on-readium/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>關於Apple推出iBook Author</title>
		<link>http://hwy.tw/2012/01/20/%e9%97%9c%e6%96%bcapple%e6%8e%a8%e5%87%baibook-author/</link>
		<comments>http://hwy.tw/2012/01/20/%e9%97%9c%e6%96%bcapple%e6%8e%a8%e5%87%baibook-author/#comments</comments>
		<pubDate>Fri, 20 Jan 2012 05:08:31 +0000</pubDate>
		<dc:creator>HWY</dc:creator>
				<category><![CDATA[數位出版]]></category>

		<guid isPermaLink="false">http://hwy.tw/?p=2201</guid>
		<description><![CDATA[<a href="http://hwy.tw/2012/01/20/%e9%97%9c%e6%96%bcapple%e6%8e%a8%e5%87%baibook-author/" title="關於Apple推出iBook Author"></a>Apple推出iBoook Author出版軟體。人人都能出電子書，只要有心。 前幾天在一本HTML5的書中看到一個科技笑話：「標準是個好東西，你也應該有一個。」 「標準」是聰明人定的，目的就是為了讓所有人都採用，以減少不同標準互換的不效率。但是每個聰明人都覺得別人定得不好，結果就變成有一大堆標準。這句話剛好用在今天的情況。 標準就是這麼來的。圖片來源 Apple剛剛發表了iBooks Author，正式踏入「自助出版」領域。過去作家想要在iBookstore賣書，先要自己想辦法製作EPUB，再申請ISBN（在美國可不便宜），再透過Smashword才能上架。有這些麻煩的手續在，其實還是只有跟出版社簽約的作家才有辦法完成。 現在不同了，iBooks Author提供很好的所見即所得工具（但我資質駑頓看慣了HTML之後竟然用不太上手&#8230;），接近簡報軟體的操作介面，一些簡單乾淨的模版，還有好幾種過去要透過寫程式才能完成的互動功能。於是（看起來）輕輕鬆鬆就可以輸出.ibook檔上iBookstore去賣。 ibook檔？對，除了EPUB、KF8之外我們又多了一種標準。雖然說KF8拆開之後會發現裡面其實就是EPUB，再裡面就是HTML5、CSS3這些東西，而且.ibook直接把副檔名改成.epub也可以用epub軟體打開。本質上是沒什麼差別，但無論如何總還是多了一個轉檔的動作，滿討厭的。不過抱怨歸抱怨，總還是差不多的東西，比以前從pdf、從word轉EPUB這種流程好多啦。 另外，國外許多批評聲音是針對「用iBooks Author做出的.ibook只能透過iBookstore販賣」這項條款。Well，生產工具跟銷售平台綁定關係，就過去出版的邏輯來說是有點怪的。我用Word打的檔案無論怎麼使用基本上微軟都管不著。但是iBooks既不是開放標準，工具也是免費提供，規則愛怎麼定似乎也無從干涉起（唯一可能是未來太強大的話，會有反壟斷的問題&#8230;）。 對於數位出版產業是好事嗎？當然是好事，只要持續對數位出版提出新的想像，就是好事。 最後忍不住說一下，技術門檻降低不代表人人都能出書賺錢，更何況絕大多數我們看到的免費內容，也就是落在「看看可也，掏錢免談」的Level而已。別忘了「人人都能當食神」這句話還有個前提，「只要有心」阿。]]></description>
			<content:encoded><![CDATA[<a href="http://hwy.tw/2012/01/20/%e9%97%9c%e6%96%bcapple%e6%8e%a8%e5%87%baibook-author/" title="關於Apple推出iBook Author"></a><figure>
<img src="https://lh5.googleusercontent.com/-bDnpYUt-fvc/TxjwXJAUe-I/AAAAAAAAHA0/OcpA5J6Ax_c/s640/hero.jpg" >
<div class="caption">Apple推出iBoook Author出版軟體。人人都能出電子書，只要有心。</div>
</figure>
<p>前幾天在一本HTML5的書中看到一個科技笑話：<strong>「標準是個好東西，你也應該有一個。」</strong></p>
<p>「標準」是聰明人定的，目的就是為了讓所有人都採用，以減少不同標準互換的不效率。但是每個聰明人都覺得別人定得不好，結果就變成有一大堆標準。這句話剛好用在今天的情況。</p>
<figure>
<img src="https://lh6.googleusercontent.com/-XgUDVDBwEo0/Txhg3RpEV_I/AAAAAAAAHAk/hCijcYAdfIw/s500/standards.png" >
<div class="caption">標準就是這麼來的。<a href="http://xkcd.com/927/">圖片來源</a></div>
</figure>
<p>Apple剛剛發表了iBooks Author，正式踏入「自助出版」領域。過去作家想要在iBookstore賣書，先要自己想辦法製作EPUB，再申請ISBN（在美國可不便宜），再透過Smashword才能上架。有這些麻煩的手續在，其實還是只有跟出版社簽約的作家才有辦法完成。</p>
<p>現在不同了，iBooks Author提供很好的所見即所得工具（但我資質駑頓看慣了HTML之後竟然用不太上手&#8230;），接近簡報軟體的操作介面，一些簡單乾淨的模版，還有好幾種過去要透過寫程式才能完成的互動功能。於是（看起來）輕輕鬆鬆就可以輸出.ibook檔上iBookstore去賣。</p>
<p>ibook檔？對，除了EPUB、KF8之外我們又多了一種標準。雖然說KF8拆開之後會發現裡面其實就是EPUB，再裡面就是HTML5、CSS3這些東西，而且.ibook直接把副檔名改成.epub也可以用epub軟體打開。本質上是沒什麼差別，但無論如何總還是多了一個轉檔的動作，滿討厭的。不過抱怨歸抱怨，總還是差不多的東西，比以前從pdf、從word轉EPUB這種流程好多啦。</p>
<p>另外，國外許多批評聲音是針對「用iBooks Author做出的.ibook只能透過iBookstore販賣」這項條款。Well，生產工具跟銷售平台綁定關係，就過去出版的邏輯來說是有點怪的。我用Word打的檔案無論怎麼使用基本上微軟都管不著。但是iBooks既不是開放標準，工具也是免費提供，規則愛怎麼定似乎也無從干涉起（唯一可能是未來太強大的話，會有反壟斷的問題&#8230;）。</p>
<p>對於數位出版產業是好事嗎？當然是好事，只要持續對數位出版提出新的想像，就是好事。</p>
<p>最後忍不住說一下，技術門檻降低不代表人人都能出書賺錢，更何況絕大多數我們看到的免費內容，也就是落在「看看可也，掏錢免談」的Level而已。別忘了「人人都能當食神」這句話還有個前提，「只要有心」阿。</p>
]]></content:encoded>
			<wfw:commentRss>http://hwy.tw/2012/01/20/%e9%97%9c%e6%96%bcapple%e6%8e%a8%e5%87%baibook-author/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>EPUB電子書直排，沒那麼簡單</title>
		<link>http://hwy.tw/2011/12/15/epub%e9%9b%bb%e5%ad%90%e6%9b%b8%e7%9b%b4%e6%8e%92%ef%bc%8c%e6%b2%92%e9%82%a3%e9%ba%bc%e7%b0%a1%e5%96%ae/</link>
		<comments>http://hwy.tw/2011/12/15/epub%e9%9b%bb%e5%ad%90%e6%9b%b8%e7%9b%b4%e6%8e%92%ef%bc%8c%e6%b2%92%e9%82%a3%e9%ba%bc%e7%b0%a1%e5%96%ae/#comments</comments>
		<pubDate>Thu, 15 Dec 2011 15:23:52 +0000</pubDate>
		<dc:creator>HWY</dc:creator>
				<category><![CDATA[數位出版]]></category>

		<guid isPermaLink="false">http://hwy.tw/?p=2188</guid>
		<description><![CDATA[最近iBooks1.5更新，馬上就傳出iBooks可以支援直排的的傳聞。我這幾天剛好拿著三國演義在摸索epub排版更快速的流程，就順手加上直排的CSS丟進iBooks看看。（其實只是簡單的丟一行 body{-webkit-writing-mode: vertical-rl;}）<p class="read-more"><a href="http://hwy.tw/2011/12/15/epub%e9%9b%bb%e5%ad%90%e6%9b%b8%e7%9b%b4%e6%8e%92%ef%bc%8c%e6%b2%92%e9%82%a3%e9%ba%bc%e7%b0%a1%e5%96%ae/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://hwy.tw/2011/12/15/epub%e9%9b%bb%e5%ad%90%e6%9b%b8%e7%9b%b4%e6%8e%92%ef%bc%8c%e6%b2%92%e9%82%a3%e9%ba%bc%e7%b0%a1%e5%96%ae/" title="EPUB電子書直排，沒那麼簡單"></a><p>最近iBooks1.5更新，馬上就傳出iBooks可以支援直排的的傳聞。我這幾天剛好拿著三國演義在摸索epub排版更快速的流程，就順手加上直排的CSS丟進iBooks看看。（其實只是簡單的丟一行 body{-webkit-writing-mode: vertical-rl;}）</p>
<p>
<figure>
<img src="https://lh6.googleusercontent.com/-KGO5D65d6XY/TuTJ_v8DOLI/AAAAAAAAG_U/LE3o8QlEHm4/s512/IMG_0136.PNG" alt="直排顯示的三國演義"><br />
<figcaption>▲ 在iBooks裡直排顯示的三國演義。</figcaption>
</figure>
<p>看起來不錯？錯了，其實問題很大，大得很。</p>
<p>第一個重要的問題是，直排書跟橫排書的翻頁方向是不一樣的。所以一個要「支援直排」的閱讀軟體，首先必須提供設定「左翻」、「右翻」的功能。</p>
<p>第二個問題是，所有CSS的方向都差了90度。例如，段落間距在橫排的時候，是調整margin-top，但是直排的時候，段落間距卻變成margin-left了！（而原本的margin-top卻造成每一段都往下縮排一行&hellip;。原本用來做出縮排的margin-left，反倒變成段落間距了&hellip;。）</p>
<p>第三個問題是教育部標準楷書字型的「一」竟然在直排狀態下會往上偏，原因完全不明。（因為iOS只有一種中文字型，所以我用嵌入的方式。）</p>
<p>第四個問題是&hellip;其實根本翻不到下一頁，一翻就直接到下一章了，這當然是個大Bug，Orz。</p>
<h2>所以是iBooks很爛？</h2>
<p>不，不是的，其實iBooks可以「支援直排」也只不過是因為核心的webkit開始支援而已。他自己可沒有宣稱支援直排。我想指出的是，似乎很多人誤以為直排真的就只是多支援一行CSS而已，但隨便列出幾點就知道根本就是要新增很多功能阿！</p>
<p>所以目前號稱能夠支援直排的閱讀軟體，多多少少用了一些取巧的手段，例如用javascript把整段轉90度，再把裡面的漢字再轉回90度&hellip;。或者我知道這個EPUB檔案只會被我的閱讀軟體打開，完全不用考慮被不同軟體閱讀的問題，那就愛怎麼排就怎麼排，因為從這角度來看這本書其實就是個App。</p>
<p>另一種作法是書檔完全不要做任何CSS排版。管他直排、橫排、縮排、段落間距、行高、字型大小通通不要管，只准有最通用的標籤（例如h1、h2、p），所有排版都交給閱讀軟體來搞定。於是這本書好不好看，就取決於軟體工程師對文字排版的要求高不高了&hellip;。當然比較個性化的排版效果也會變得不太可能，或許只有純文字書能夠這樣處理吧。</p>
<p>所以問題回歸到，到底由誰來處理直排的問題？是由製作端來設計直排的CSS，閱讀軟體只要盡量完整支援CSS就好？還是製作端不管排版，完全讓閱讀軟體各顯神通呢？</p>
<p>就我自己來說，因為能夠自己處理簡單的CSS，所以希望追隨標準的CSS，完全由自己控制呈現方式，閱讀軟體只要負責忠實呈現就好（就像現在的瀏覽器市場一樣，至少我可以相信主流瀏覽器顯示網頁沒有問題）。但目前出版社肯定不這麼認為，因為CSS聽起來是技術的事情，技術的事情當然由工程師解決。（但這很奇怪，就像是把美編的工作交給印刷廠處理。）</p>
<h2>還是先等等吧。</h2>
<p>雖然直排對西方世界（訂標準那群人）來說完全不重要，但還好日本人在制定EPUB3標準的過程中相當活躍，硬是讓直排跟注音顯示得以進入HTML5跟EPUB3裡面，所以真正適合讀直排EPUB的閱讀軟體應該還可以期待一下，也許2012吧。</p>
<p>想要親眼看看效果的，可在這裡下載直排的三國演義EPUB檔。<a href="http://dl.dropbox.com/u/5056599/3kingdoms%28vertical%29.epub">下載三國演義</a></p>
<p>文字內容來源：<a href="http://zh.wikisource.org/zh-hant/%E4%B8%89%E5%9C%8B%E6%BC%94%E7%BE%A9">維基文庫</a><br/><br />
楷書字型來源：<a href="http://www.edu.tw/mandr/content.aspx?site_content_sn=3591">中華民國教育部</a></p>
]]></content:encoded>
			<wfw:commentRss>http://hwy.tw/2011/12/15/epub%e9%9b%bb%e5%ad%90%e6%9b%b8%e7%9b%b4%e6%8e%92%ef%bc%8c%e6%b2%92%e9%82%a3%e9%ba%bc%e7%b0%a1%e5%96%ae/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>寫書當如部落格-Pressbook.com</title>
		<link>http://hwy.tw/2011/11/25/%e5%af%ab%e6%9b%b8%e7%95%b6%e5%a6%82%e9%83%a8%e8%90%bd%e6%a0%bc-pressbook-com/</link>
		<comments>http://hwy.tw/2011/11/25/%e5%af%ab%e6%9b%b8%e7%95%b6%e5%a6%82%e9%83%a8%e8%90%bd%e6%a0%bc-pressbook-com/#comments</comments>
		<pubDate>Fri, 25 Nov 2011 06:14:56 +0000</pubDate>
		<dc:creator>HWY</dc:creator>
				<category><![CDATA[數位出版]]></category>

		<guid isPermaLink="false">http://hwy.tw/?p=2183</guid>
		<description><![CDATA[製作EPUB，不，應該說「從編寫到發行一本電子書」卻一直缺乏一個「優雅」的流程。以一位正常的作者來說，原本製作EPUB難免要動到HTML碼，要管理很多版本的書檔，就算是直接讓讀者下載EPUB檔，也不能保證讀者知道要安裝什麼軟體來閱讀。Pressbook.com是把這些麻煩事情降低成為「寫部落格」一般的難度，因為他本來就是用架設起來的製書工具。<p class="read-more"><a href="http://hwy.tw/2011/11/25/%e5%af%ab%e6%9b%b8%e7%95%b6%e5%a6%82%e9%83%a8%e8%90%bd%e6%a0%bc-pressbook-com/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://hwy.tw/2011/11/25/%e5%af%ab%e6%9b%b8%e7%95%b6%e5%a6%82%e9%83%a8%e8%90%bd%e6%a0%bc-pressbook-com/" title="寫書當如部落格-Pressbook.com"></a><p>數位出版發展到現在，大致上可分類為三條主線。</p>
<ol>
<li>App（泛指強調影音互動多媒體的程式）</li>
<li>PDF（就&#8230;紙書印刷之前的電子檔）</li>
<li>EPUB（從HTML、CSS等網頁技術特化而成的電子書標準）</li>
</ol>
<p>App路線是這兩年最夯的議題，已經發展出許多工具，暫且不提。PDF則是紙書世代的遺物，它很普及，但PDF並不適合在各種尺寸的螢幕上看，印出來則是完美的。</p>
<p>EPUB，尤其最近公布的EPUB3.0，非常有潛力，甚至有機會取回App電子書的地位，讓App是App，書就像書，至少沒必要把純文字書做成一支App。</p>
<p>但是製作EPUB，不，應該說「從編寫到發行一本電子書」卻一直缺乏一個「優雅」的流程。以一位正常的作者來說，原本製作EPUB難免要動到HTML碼，要管理很多版本的書檔，就算是直接讓讀者下載EPUB檔，也不能保證讀者知道要安裝什麼軟體來閱讀。</p>
<p><a href="http://pressbooks.com/wp-signup.php" title="寫書當如部落格-Pressbook.com">Pressbook.com</a>是把這些麻煩事情降低成為「寫部落格」一般的難度，因為他本來就是用<a href="http://wordpress.org" title="WordPress.org">WordPress</a>架設起來的製書工具。</p>
<p><img id="pressbook" src="https://lh6.googleusercontent.com/-W2o7luj8HB0/Ts8w9HPeCGI/AAAAAAAAG-M/Wiljl_cvY_g/s720/%2525E8%25259E%2525A2%2525E5%2525B9%252595%2525E5%2525BF%2525AB%2525E7%252585%2525A7%2525202011-11-25%252520%2525E4%2525B8%25258B%2525E5%25258D%2525882.03.17.png" alt="Pressbook首頁" title="" /></p>
<p>Pressbook.com有幾個特點：</p>
<p>一、就像Wordpress：有用過Wordpress的人，看到後台應該會有強烈的既視感。一切都這麼像Wordpress，只是站名=書名，文章=章節，如此而已。而且一個帳號可以擁有多個站台（書籍）。</p>
<p>二、精實出版：寫每一個章節時都可以選擇private或public，不用等到全書寫完，也可以隨時修正補完，讓讀者參與。很類似以前報上的連載小說，但更像Blog。可以想像將會衍生出很多新的行銷手法。</p>
<p>三、匯出成為EPUB：這就是原先Wordpress沒有的功能了。你可以把文章內容重新排列順序，按一下export就得到EPUB檔（也可以是PDF、XML）。</p>
<p>多說無益，直接玩玩看吧：<a href="http://pressbooks.com/wp-signup.php" title="寫書當如部落格-Pressbook.com">Pressbook.com</a>。</p>
]]></content:encoded>
			<wfw:commentRss>http://hwy.tw/2011/11/25/%e5%af%ab%e6%9b%b8%e7%95%b6%e5%a6%82%e9%83%a8%e8%90%bd%e6%a0%bc-pressbook-com/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>第一次做ePub電子書就上手（一）-製作第一本電子書</title>
		<link>http://hwy.tw/2011/09/03/%e7%ac%ac%e4%b8%80%e6%ac%a1%e5%81%9aepub%e9%9b%bb%e5%ad%90%e6%9b%b8%e5%b0%b1%e4%b8%8a%e6%89%8b%ef%bc%88%e4%b8%80%ef%bc%89-%e8%a3%bd%e4%bd%9c%e7%ac%ac%e4%b8%80%e6%9c%ac%e9%9b%bb%e5%ad%90%e6%9b%b8/</link>
		<comments>http://hwy.tw/2011/09/03/%e7%ac%ac%e4%b8%80%e6%ac%a1%e5%81%9aepub%e9%9b%bb%e5%ad%90%e6%9b%b8%e5%b0%b1%e4%b8%8a%e6%89%8b%ef%bc%88%e4%b8%80%ef%bc%89-%e8%a3%bd%e4%bd%9c%e7%ac%ac%e4%b8%80%e6%9c%ac%e9%9b%bb%e5%ad%90%e6%9b%b8/#comments</comments>
		<pubDate>Sat, 03 Sep 2011 07:46:51 +0000</pubDate>
		<dc:creator>HWY</dc:creator>
				<category><![CDATA[數位出版]]></category>

		<guid isPermaLink="false">http://hwy.tw/?p=2137</guid>
		<description><![CDATA[好吧，這題名相當沒有創意，但是這名字對入門書來說實在太好用了，且向易博士借來用一下。

ePub是國際標準電子書格式，不但是標準，而且製作門檻相當低，要製作一本ePub電子書，絕對不會比寫部落格來得困難，也就是說，小學生都會。

問題是，這麼簡單的東西，我曾經聽過好多的研討會、講座、實務課程訓練班…等等等雜七雜八有的沒的，但這些教學課程要嘛是從OCF、OPF、OEBPS開始講、要不然就是從XML整合CMS還要結合Indesign排版流程…。結果話沒講到一半，台下已經死的差不多了。

結果大部分人還是沒學會。<p class="read-more"><a href="http://hwy.tw/2011/09/03/%e7%ac%ac%e4%b8%80%e6%ac%a1%e5%81%9aepub%e9%9b%bb%e5%ad%90%e6%9b%b8%e5%b0%b1%e4%b8%8a%e6%89%8b%ef%bc%88%e4%b8%80%ef%bc%89-%e8%a3%bd%e4%bd%9c%e7%ac%ac%e4%b8%80%e6%9c%ac%e9%9b%bb%e5%ad%90%e6%9b%b8/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://hwy.tw/2011/09/03/%e7%ac%ac%e4%b8%80%e6%ac%a1%e5%81%9aepub%e9%9b%bb%e5%ad%90%e6%9b%b8%e5%b0%b1%e4%b8%8a%e6%89%8b%ef%bc%88%e4%b8%80%ef%bc%89-%e8%a3%bd%e4%bd%9c%e7%ac%ac%e4%b8%80%e6%9c%ac%e9%9b%bb%e5%ad%90%e6%9b%b8/" title="第一次做ePub電子書就上手（一）-製作第一本電子書"></a><p>好吧，這題名相當沒有創意，但是這名字對入門書來說實在太好用了，且向易博士借來用一下。</p>
<p>ePub是國際標準電子書格式，不但是標準，而且製作門檻相當低，要製作一本ePub電子書，絕對不會比寫部落格來得困難，也就是說，<strong>小學生都會</strong>。</p>
<p>問題是，這麼簡單的東西，我曾經聽過好多的研討會、講座、實務課程訓練班…等等等雜七雜八有的沒的，但這些教學課程要嘛是從OCF、OPF、OEBPS開始講、要不然就是從XML整合CMS還要結合Indesign排版流程…。結果話沒講到一半，台下已經死的差不多了。</p>
<p>結果大部分人還是沒學會。</p>
<p>誠然，對於追求效率的大出版社來說，一個完美串接的CMS加EP同步數位出版流程是必須追逐的目標，但一年出不到一百本書的出版社，其實也不一定非得用Indesign排版好的檔案通通設定好樣式，一鍵同時輸出完美的ePub跟紙本pdf。與其花那麼多時間設定，有時候不如多花兩個小時重新排個ePub就好了…。</p>
<p>更何況，對只會用所見即所得工具的工作者來說，一下子要理解xml實在有障礙，若能先製作ePub上手，要再接受xml的概念就容易多了。</p>
<p>那麼，有心製作一本ePub電子書的朋友們，讓我們開始吧。</p>
<h2 id="sigil">第一步：下載Sigil</h2>
<p><a href="http://code.google.com/p/sigil/downloads/list" target="_blank">Sigil下載網址</a>，支援Windows、Mac、Linux，另外資策會也做了中文化（<a href="http://www.cloud.org.tw/?q=node/6">中文版Sigil下載網址</a>），讓我們拍拍手。不過版本比較舊，有些重要功能當時還沒出現（像內建ePub Validator）建議還是下載英文版吧。</p>
<ol>
<li><a href="http://code.google.com/p/sigil/downloads/list" target="_blank">英文版Sigil下載網址</a></li>
<li><a href="http://www.cloud.org.tw/?q=node/6" target="_blank">中文版Sigil下載網址</a></li>
</ol>
<p>Sigil是個所見即所得的ePub編輯軟體，只要按下一個「存檔」，就幫你把內容打包成ePub了，那些什麼OCF、OPS、OPF、目錄、metadata等等等你聽一個早上都沒聽懂的東西，它全都幫你處理好了。除非你是要寫閱讀軟體，不然作為一個混飯吃的編輯或只想做本電子書自爽的作者，說真的，你沒必要知道這麼多。</p>
<p>看完上面這段，你的Sigil應該也下載好了。完成安裝後打開，讓我們開始製作第一個ePub電子書檔。</p>
<h2 id="epub">第二步：我的第一本ePub電子書</h2>
<p class="illustration"><img src="https://lh4.googleusercontent.com/-W8n8H2vlGb0/TmGgA5MTf2I/AAAAAAAAGsc/kAYLwrOSGz8/s800/Sigil.png" alt="" width="90%" /><br />
<span class="caption">▲ Sigil簡潔的操作畫面。</span></p>
<p>接下來什麼都不要管，隨便複製一段文字，看是你已經寫好的文章還是Yahoo!新聞，在畫面中間的空白貼上。像這樣：</p>
<p class="illustration"><img src="https://lh6.googleusercontent.com/-zYkH_jXyZ-k/TmGigbBnu-I/AAAAAAAAGsg/7Zwag29jd0s/s800/img1-2.png" alt="" width="90%" /><br />
<span class="caption">▲ 感覺有沒有像在寫部落格或是打word？</span></p>
<p>按下存檔。恭喜你！你的第一本ePub電子書終於問世了！當然你會有很多的不滿足，只有一段文字算是書嗎？Well，所有的程式書都跟你說print一行Hello, World就算你的第一支程式，那只有一段的電子書當然也叫書啦～（毆飛）</p>
<h2 id="epub">第三步：閱讀ePub電子書</h2>
<p>現在你有了書，可是要怎麼讀呢？最簡單的方法當然就是用Sigil打開就可以讀（再度毆飛）。可話說回來，你一直以來不也是用Word來讀Word嗎XD。</p>
<p>另一個最簡單的方法是，打開<a href="http://moztw.org/" target="_blank">Firefox</a>，安裝<a href="https://addons.mozilla.org/en-US/firefox/addon/epubreader/" target="_blank">ePubReader附加元件</a>。你的Firefox就搖身一變成為ePubReader了。（其實ePub軟體還很多，但目前先不做介紹。）如果你沒有Firefox而且打死不想裝Firefox的話，那就算了，就用Sigil頂著先吧。看起來感覺像這樣：</p>
<p class="illustration"><img src="https://lh6.googleusercontent.com/-TNSNgDdP6fo/TmGlysn2GqI/AAAAAAAAGsk/bRQOzC9BlLE/s512/img1-3.png" alt="" width="90%" /><br />
<span class="caption">▲ Hmmm…看起來更加不滿了，為什麼標題顯示Unknown？</span></p>
<p>嗯，你注意到了，標題顯示的是Unknown。Unknown看起來不好，人類對於未知一向是很恐懼的，所以我們要消滅它。</p>
<p>在動作之前我們要想想，這是本電子書，標題列應該顯示什麼？</p>
<p>「書名。」</p>
<p>「很好，這位同學加5分。」</p>
<h2 id="metadata">Metadata是必要的。</h2>
<p>我們剛剛有設定過書名嗎？作者呢？沒有。但每一本書都該有一些必備的資訊，讓人知道這本是什麼書，這些資訊就叫做Metadata。</p>
<p>再度打開我們的Sigil，找到上方的Tools-&gt;Meta Editor（中文是工具-&gt;元數據編輯）按下去。</p>
<p class="illustration"><img src="https://lh5.googleusercontent.com/-UPhkA001GpI/TmGqa7Cg9lI/AAAAAAAAGso/vivOBVaks9A/img1-4.png" alt="" width="90%" /><br />
<span class="caption">▲ 非常好用的工具Meta Editor</span></p>
<p>接下來就照著填入你的書名、作者、語言別（這三個必填），如果是出版社，底下還可以新增出版者、ISBN等等重要欄位。</p>
<p class="illustration"><img src="https://lh5.googleusercontent.com/-sXe9e5NG6l8/TmGr78hkL1I/AAAAAAAAGss/LiAoF1xKUTE/img1-5.png" alt="" width="90%" /><br />
<span class="caption">▲ 書名、作者、語言是必填欄位喔！</span></p>
<h2>最後， 一定要做的事…</h2>
<p>驗證（Validate），驗證是很重要的。驗證過後，你會知道哪裡有錯，而通過驗證之後，若在閱讀軟體上顯示不正確，你可以理直氣壯的說：「是你軟體寫得太爛了」。你看看，是不是很重要？</p>
<p>英文版Sigil超級貼心，已經有內建驗證的功能（中文版沒有，就跟你說了抓英文版吧）。請按右上角的綠色小勾勾。</p>
<p class="illustration"><img src="https://lh6.googleusercontent.com/-9B5GE0e3JdA/TmGvLBDEcRI/AAAAAAAAGs0/t1mxYUf9vX0/img1-6.png" alt="" width="80%" /><br />
<span class="caption">▲由左到右為：贊助、減少縮排、增加縮排、檢查HTML、驗證。</span></p>
<p>按下綠色小勾勾之後，會看到No Problems Found!。恭喜你，真的完成了一本沒有錯誤的電子書。以後每次都要記得驗證喔！</p>
<p>現在再來用Firefox看看剛剛做好的ePub檔。</p>
<p class="illustration"><img src="https://lh6.googleusercontent.com/-rElrayA_Sck/TmGwbPS44QI/AAAAAAAAGs4/HoDftIxeueY/s512/img1-7.png" alt="" width="80%" /><br />
<span class="caption">▲太好了，現在標題列顯示出書名跟作者啦！</span></p>
<p>如果你懶得照著做的話，可以在這裡<a href="http://dl.dropbox.com/u/5056599/%E7%AC%AC%E4%B8%80%E6%AC%A1%E5%81%9AePub%E5%B0%B1%E4%B8%8A%E6%89%8B%EF%BC%88%E4%B8%80%EF%BC%89.epub">下載範例檔案。</a></p>
]]></content:encoded>
			<wfw:commentRss>http://hwy.tw/2011/09/03/%e7%ac%ac%e4%b8%80%e6%ac%a1%e5%81%9aepub%e9%9b%bb%e5%ad%90%e6%9b%b8%e5%b0%b1%e4%b8%8a%e6%89%8b%ef%bc%88%e4%b8%80%ef%bc%89-%e8%a3%bd%e4%bd%9c%e7%ac%ac%e4%b8%80%e6%9c%ac%e9%9b%bb%e5%ad%90%e6%9b%b8/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>電子書城出走，擁抱HTML5 Web App！</title>
		<link>http://hwy.tw/2011/08/11/%e9%9b%bb%e5%ad%90%e6%9b%b8%e5%9f%8e%e5%87%ba%e8%b5%b0%ef%bc%8c%e6%93%81%e6%8a%b1html5-web-app%ef%bc%81/</link>
		<comments>http://hwy.tw/2011/08/11/%e9%9b%bb%e5%ad%90%e6%9b%b8%e5%9f%8e%e5%87%ba%e8%b5%b0%ef%bc%8c%e6%93%81%e6%8a%b1html5-web-app%ef%bc%81/#comments</comments>
		<pubDate>Wed, 10 Aug 2011 16:26:56 +0000</pubDate>
		<dc:creator>HWY</dc:creator>
				<category><![CDATA[數位出版]]></category>
		<category><![CDATA[網站介紹]]></category>

		<guid isPermaLink="false">http://hwy.tw/?p=2115</guid>
		<description><![CDATA[今天下午Amazon醞釀已久的Web App終於正式登場，名為Kindle Cloud Reader。不只Amazon一家，先前Kobo也已經宣布，要開發HTML5的Web App，目的是為了打造「更開放自由的電子書平台」。相信就在不太遙遠的未來，各大電子書城都會紛紛推出類似的平台。<p class="read-more"><a href="http://hwy.tw/2011/08/11/%e9%9b%bb%e5%ad%90%e6%9b%b8%e5%9f%8e%e5%87%ba%e8%b5%b0%ef%bc%8c%e6%93%81%e6%8a%b1html5-web-app%ef%bc%81/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://hwy.tw/2011/08/11/%e9%9b%bb%e5%ad%90%e6%9b%b8%e5%9f%8e%e5%87%ba%e8%b5%b0%ef%bc%8c%e6%93%81%e6%8a%b1html5-web-app%ef%bc%81/" title="電子書城出走，擁抱HTML5 Web App！"></a><p><span class="firstword">今</span>天下午Amazon醞釀已久的Web App終於正式登場，名為<a href="https://read.amazon.com/">Kindle Cloud Reader</a>。不只Amazon一家，先前Kobo也已經宣布，要開發HTML5的Web App，目的是為了打造「更開放自由的電子書平台」。相信就在不太遙遠的未來，各大電子書城都會紛紛推出類似的平台。</p>
<figure> <img src="https://lh5.googleusercontent.com/-dK0MKz3vH_c/TkKdz7Yfo5I/AAAAAAAAF3c/r68TPm8joSE/s512/%2525E8%25259E%2525A2%2525E5%2525B9%252595%2525E5%2525BF%2525AB%2525E7%252585%2525A7%2525202011-08-10%252520%2525E4%2525B8%25258B%2525E5%25258D%25258811.03.03.png" alt="" /><br />
▲Amazon以HTML5技術打造的的Web App，Cloud Reader。<br />
</figure>
<p><span id="more-2115"></span><br />
Web App早在iPhone第一代出現時就存在，當時Apple還沒有推出App Store，甚至建議開發者可以透過Web App來為iPhone增加新功能。但後來App Store模式太成功（以及當年HTML5和瀏覽器都還不成熟），反倒讓Web App漸漸消失在螢光幕前。</p>
<p>至於為什麼Amazon已經有了iPad App、Android App、Kindle閱讀器、PC/Mac閱讀軟體，還需要推出一個「多此一舉」的Web App呢？原因<a href="http://hwy.tw/2011/07/27/whats-next-in-dpublishing/">前陣子</a>有提過，總之就是因為Apple要對每筆In-App-Purchase抽30%的稅，而電子書店不爽被抽。</p>
<p>而不爽被抽的後果就是「購買」這一環從消費者體驗中憑空抽掉，導致辛辛苦苦開發的App變得極度難用…。</p>
<p>所以，Web App頂多是跟Native App一樣好用（技術上），但是開放標準帶來的自由度遠遠勝過App Store，只要你高興，在iPad上賣A漫也沒人管得著你。</p>
<h2 id="webappnativeapp">Web App還是Native App？</h2>
<p>這個問題已經有很多人爭論許久，但這些爭論其實意義不大，稍微重新定位這個問題<mark>「你要效能還是自由」</mark>，大概就不難得出答案。</p>
<figure> <img src="https://lh6.googleusercontent.com/-nzaSnL135rk/TkKhqbHmnmI/AAAAAAAAF3g/qV6yGTZOggE/s720/infinity_blade_troll.jpg" alt="" /><br />
▲iPad上紅極一時的遊戲大作Infinity Blade<br />
</figure>
<p>像Infinity Blade這種靠繪圖、靠效能的遊戲，根本無需考慮Web App。那電子書城呢？</p>
<p>以一家「店面」來說，最重要的是穩定。就像夜市擺攤的，有黑道收保護費也罷、有警察開罰單也好，只要保護費固定、巡邏頻率穩定，就能穩穩的做下去。但App Store的遊戲規則一直在變，保護費還越收越兇，擺攤的也只好收一收，換別地方擺去。</p>
<p>更何況，看看文字書（或是加點影音），瀏覽器的效能也已經綽綽有餘了。</p>
<p>所以Web還是Native？Amazon等幾家最大的電子書店給的答案是<mark>「能走Web App，就別走Native吧。」</mark></p>
<p>至於你信不信，我反正是信了。</p>
<h2>未來還沒到</h2>
<p>雖然Cloud Reader推出了，但Amazon真正有潛力的地方還不只如此。我指的前兩天Amazon才低調推出的<a href="https://kindle.amazon.com/">Social Reading網站</a>。</p>
<figure> <img src="https://lh6.googleusercontent.com/-4SlMqU2r2_o/TkKoaqLJftI/AAAAAAAAF3k/hVBE6uJzv6M/s640/kindle.amazon.png" alt="" /><br />
▲kindle.amazon.com，超低調推出的Social Reading服務，連個正式點的名稱都沒有Orz<br />
</figure>
<p>Social Reading的行為，就像在facebook上分享一樣。你在Kindle上看了一段佳句，於是畫下重點，寫下一句精闢的心得，就會出現在這網站上。於是我們來到這網站上，可以follow Seth Godin、follow Kevin Rose、也許過一陣子還會出現歐普拉、歐巴馬。他們看了什麼書，寫了什麼心得，感覺比許多社交網站還有趣吧！可參考一下<a href="https://kindle.amazon.com/profile/Seth-Godin/687048">Seth Godin的個人頁面</a>。</p>
<p>也許Social Reading的時候還沒正式到來，但方向是一直朝此目標前進。24symbols用facebook登入後可看到朋友看了什麼書、kobo設計了一系列閱讀成就等你來解、kindle用讀書筆記多創造一個可以follow，可以聚集粉絲的地方…。</p>
<p>這些風潮，台灣還看不太到，因為去年才一堆人（大出版社+小技術團隊）跳進數位出版市場，而App確實也是當時最佳選擇，所以無論表現好壞，賺不賺錢，短時間內都還沒辦法一個轉身就推新服務。</p>
<p>不過還是可以期待一下，或許今年會有一些有趣的player出現喔。</p>
]]></content:encoded>
			<wfw:commentRss>http://hwy.tw/2011/08/11/%e9%9b%bb%e5%ad%90%e6%9b%b8%e5%9f%8e%e5%87%ba%e8%b5%b0%ef%bc%8c%e6%93%81%e6%8a%b1html5-web-app%ef%bc%81/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>數位出版一夕數變，下件瞎事會是啥？</title>
		<link>http://hwy.tw/2011/07/27/whats-next-in-dpublishing/</link>
		<comments>http://hwy.tw/2011/07/27/whats-next-in-dpublishing/#comments</comments>
		<pubDate>Wed, 27 Jul 2011 06:01:47 +0000</pubDate>
		<dc:creator>HWY</dc:creator>
				<category><![CDATA[數位出版]]></category>

		<guid isPermaLink="false">http://hwy.tw/?p=2105</guid>
		<description><![CDATA[最近幾個月，數位出版市場可說是風風雨雨。在台灣，有超級手機號碼追蹤器事件。這事件特別瞎，原本就是個開玩笑的軟體，惹來北市府要求下架還外帶了要求七天鑑賞期。結果軟體下架了，Android Market也關了，數位內容業者跟其他平台業者也倒楣了。<p class="read-more"><a href="http://hwy.tw/2011/07/27/whats-next-in-dpublishing/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://hwy.tw/2011/07/27/whats-next-in-dpublishing/" title="數位出版一夕數變，下件瞎事會是啥？"></a><p>最近幾個月，數位出版市場可說是風風雨雨。在台灣，有<a href="http://www.techbang.com.tw/posts/6239-google-android-market-apple-app-store-events-lazy-bag" target="_blank">超級手機號碼追蹤器</a>事件。這事件特別瞎，原本就是個開玩笑的軟體，惹來北市府要求下架還外帶了要求七天鑑賞期。結果<a href="http://tcgwww.taipei.gov.tw/ct.asp?xItem=2009658&#038;ctNode=5158&#038;mp=100001" target="_blank">軟體下架了</a>，<a href="http://www.law.taipei.gov.tw/ct.asp?xItem=2041592&#038;ctNode=25476&#038;mp=120041" target="_blank">Android Market也關了</a>，<a href="http://www.dpublishing.org.tw/2011/07/19.html" target="_blank">數位內容業者跟其他平台業者也倒楣了。</a></p>
<p><iframe width="600" height="480" src="http://www.youtube.com/embed/Shl6FBx_HbI" frameborder="0" allowfullscreen></iframe><br />
<span id="more-2105"></span></p>
<p>畢竟若七天鑑賞期對所有商品一體適用，漫畫電影音樂電子書通通都不用玩了。不要以道德角度來要求業者說「不能因為少數奧客放棄多數人權益」，因為數位商品的退貨跟實體商品不同，對消費者來說極其方便，對業者的行政成本卻相當昂貴。對開發者來說，對這平台的信心更是不足──現在看下載量很高，誰知道七天後這筆錢是不是真的算數？</p>
<p>消費大眾究竟能不能相信？也許能，也許不能。但正確答案可能很難知道，因為Google把台灣的Android Market關了，許多內容業者原本要上架的App也先不上架了。不僅合乎成本效益，而且合法，原本消費者買不到的東西，當然也就沒有消費者權益的問題囉。但，這真的是大家要的結果嗎？</p>
<p>其實癥結在於「數位內容產品適用消保法」是否等同於「數位內容產品也要提供七天鑑賞期？」畢竟法條是有但書的，也就是消費者買賣前沒有檢視商品的機會，才需要提供七天鑑賞期。而北市府的邏輯非常單純，只要看到但書就鬼遮眼，認為所有商品都要提供七天鑑賞期這樣&#8230;。</p>
<p>我是同意Google、Apple的機制並不完善（否則怎會有手機號碼追蹤器事件），但北市府要管應該是要求「付費軟體需要提供試用版本」而不是「七天鑑賞期」。</p>
<p>試用版對平台本身沒有額外成本，對消費者來說當然是有益的，對開發者來說，也不是件太難的事情，更何況試用版是有助於銷售的（angry bird不就有好多試玩版嗎）。</p>
<p>偏偏大家整天在那糾結「適不適用消保法？」（廢話當然適用）、「應否提供七天鑑賞期」、「是否損害消費者權益」。實在叫人看得很鬱悶。</p>
<p>台灣瞎事說完了，最近美國也頗動盪不安。</p>
<p>早在今年初，Apple就宣布，六月底以後跟App相關的購買行為，必須透過in-app purchase買，不准從外部網站購買，也不准從App裡面提供連結到購買的頁面。翻成白話就是「每筆買賣我要抽30%」。</p>
<p>這條規定對遊戲來說當然很合理，對電子雜誌來說也算合理，但對電子書城（如Amazon）來說就很不合理。遊戲或電子雜誌，就是內容生產者（雜誌社、遊戲商）-通路（Apple）-消費者的單純產業鏈，就像雜誌在7-11上架要付錢一樣，天經地義，從來沒有人會吭一聲。</p>
<p>但電子書的產業鏈比較長，如此一來變成了內容生產者（出版社）-第一層通路（Amazon）-第二層通路（Apple）-消費者。有兩層通路的問題在於，整條產業鏈分配給通路的份額就只有30%，而Apple就要了那30%。</p>
<p>賠錢生意沒人做，如果Apple認真搞起來，Amazon絕對是寧可不在iPad上架，也不願意賠錢賣的。對於App Store上的電子書城來說，確實是隕石級的威脅無誤。（<a href="http://news.cnet.com/as-iflow-reader-app-closes-harsh-words-for-apple/8301-17938_105-20061802-1.html" target="_blank">也確實有書城時候未到就急著自殺了</a>）</p>
<p>後來，Apple是有做出<a href="http://www.macrumors.com/2011/06/09/apple-reverses-course-on-in-app-subscriptions/" target="_blank">小小的讓步</a>：「你還是可以從外部網站購買電子書，然後在App中下載來讀。但是還是不准在App中提供外部購買連結。」</p>
<p>然後一轉眼來到了七月。Apple正式開鍘，許多提供外部連結的書店App漸漸消失，包括<a href="http://9to5google.com/2011/07/21/google-books-removed-from-itunes-app-store/" target="_blank">Google Book</a>在內。Amazon、Nook、Kobo等App紛紛更新，更新之後外部連結就消失了。過了一個禮拜，Google Book回來了，但外部連結是再也回不來了。因此造成不少使用經驗上的困擾。</p>
<p>國外是有批評，認為Apple想賺錢想瘋了。我是覺得商業決策嘛，道德批評毫無意義，重點是這項決策真的可以賺進比較多錢嗎？</p>
<p>這答案一樣無法證實，但我相信Google、Amazon這些公司不會願意讓這種「iPad上只能看很難買」的狀況持續下去。</p>
<p>於是Kobo率先發難，說要<a href="http://www.readwriteweb.com/archives/apples_new_rules_prompt_more_e-readers_including_k.php" target="_blank">開發HTML5的Web App</a>。簡單來說它用起來像App，但其實是Web；可說它是Web，卻又有離線閱讀功能。總之購買跟閱讀可以在同一個瀏覽器裡面搞定，比較方便，又不用經過內容審查（所以可以賣色色的東西喔>///&lt;），更不用被抽成。Kobo說，他們要朝著「開放平台」發展。</p>
<p>Google更不必說了，Google一直都是Web App（或行動版網頁&#8230;）最大的支持者。就像Google+的手機版，用起來還真不輸facebook的iOS原生App。相較之下，原生App最大的優點大概就是「消費者已經習慣到App store去找App」了吧。</p>
<p>雖然這麼說，HTML5或Web App，其實並不是什麼神奇的東西，要不要採用，還得看情形。</p>
<p>第一要考量的是效能問題，如果你的目標是做互動性很強，有一堆物件飛來飛去的雜誌，那完全不用考慮Web App；但如果只是單純的閱讀文字書，或像Google+原本就是網頁服務，用Web App其實是綽綽有餘。</p>
<p>第二考量是成本。做個Web App等同於架一個購物網站，若是書店還得要再搞定金流、會員條款、退費規定（如果真要七天鑑賞期的話&#8230;）說有多麻煩就有多麻煩。但是，如果你原本就有網站、有金流的話（像Google、Amazon、Kobo），那還真不是件困難事。而且無內容審查、無拆帳問題，如果要開電子書店，還是趁早研究一下，以免向隅。</p>
<p>其實，Apple如果說這些電子書城的in-app-purchase只抽10%的話，問題就解決了，大部分人也不願意維護好幾個平台。但是這樣做是Apple會虧到呢？還是真的只是要保護自家iBookstrore的「蘋果共和國關稅壁壘」？我就不清楚囉。</p>
<p>8/3 UPDATE：今天看到了iFanr一篇分析文章《<a href="http://www.ifanr.com/47433" target="_blank">苹果订阅政策取得阶段性失败</a>》相當精闢，推薦閱讀。</p>
]]></content:encoded>
			<wfw:commentRss>http://hwy.tw/2011/07/27/whats-next-in-dpublishing/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>續‧電子書閱讀器將何去何從？</title>
		<link>http://hwy.tw/2011/04/11/the-end-of-ereader-2/</link>
		<comments>http://hwy.tw/2011/04/11/the-end-of-ereader-2/#comments</comments>
		<pubDate>Sun, 10 Apr 2011 17:40:10 +0000</pubDate>
		<dc:creator>HWY</dc:creator>
				<category><![CDATA[數位出版]]></category>
		<category><![CDATA[android]]></category>
		<category><![CDATA[ipad]]></category>
		<category><![CDATA[平板電腦]]></category>
		<category><![CDATA[電子書閱讀器]]></category>

		<guid isPermaLink="false">http://hwy.tw/?p=1975</guid>
		<description><![CDATA[去年八月，寫了一篇《電子書閱讀器將何去何從？》。半年過去了，在後台發現搜尋「電子書閱讀器」來的人越來越多，是篇後勢看漲的文章，表示電子書話題仍有一定熱度。前文提過有四件事情值得繼續觀察，應該是再觀察一次的時候了。<p class="read-more"><a href="http://hwy.tw/2011/04/11/the-end-of-ereader-2/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://hwy.tw/2011/04/11/the-end-of-ereader-2/" title="續‧電子書閱讀器將何去何從？"></a><p><span class="firstword">去</span>年八月，寫了一篇《<a href="http://hwy.tw/2010/08/08/the-end-of-ereader/" target="_blank">電子書閱讀器將何去何從？</a>》。半年過去了，在後台發現搜尋「電子書閱讀器」來的人越來越多，是篇後勢看漲的文章，表示電子書話題仍有一定熱度。前文提過有四件事情值得繼續觀察，應該是再觀察一次的時候了。</p>
<h2>彩色電子紙技術？</h2>
<div class="illustration"><img src="http://farm6.static.flickr.com/5228/5606777080_35c804f4bd_o.png"/><br /><span class="caption">▲你還在等彩色電子紙嗎？</span></div>
<p>很不幸的，彩色電子紙技術，不管是元太的e-ink，還是高通的mirasol，看起來都還沒有在市場上發揮效果。Kindle仍然是黑白的，唯一搭載彩色e-ink的只有漢王的一台E920，連有沒有出貨都不知道，但也不必在意就是，在Kindle採用之前，彩色e-ink都不算真正存在。若有興趣，請看<a href="http://www.pcmag.com/article2/0,2817,2375466,00.asp" target="_blank">一月的報導</a>及<a href="http://youtu.be/fJF7Obvgxq4" target="_blank">影片</a>。<br />
<span id="more-1975"></span><br />
有趣的是，之所以不採用，倒不是對於彩色沒有需求，而是採用其他方式來滿足了。例如Amazon，只要在iPad、iphone、android、電腦上安裝個App，就可以直接買書。想看黑白的，買Kindle閱讀器、想看彩色的，買其他機器，是不是非出彩色e-ink的閱讀器呢？也許出了是不錯，但已不是件「非做不可」的事情。</p>
<p>而B&#038;N，早在去年10月份就推出了Nook Color，而且毫不廢話的採用LCD螢幕+Android系統。但它還是一台只用來閱讀的「電子書閱讀器」，據說銷量相當不錯，<a href="http://www.36kr.com/nook-50-ipad-competitors/" target="_blank">到去年三月為止有三百萬台</a>，遠超過iPad以外的平板電腦，也僅次於Kindle閱讀器而已。</p>
<p>台灣呢？前兩天的新聞，<a href="http://news.chinatimes.com/tech/12050903/122011040800318.html" target="_blank">電信三雄捨電子書閱讀器，改買平板</a>。Well，少了電信業的資費補貼跟強勢通路，你說閱讀器在台灣的後果會是如何呢？</p>
<h2>Android平板電腦的表現</h2>
<div class="illustration"><img src="http://farm6.static.flickr.com/5024/5606777062_36cc370c9b_z.jpg" alt="變形金剛v.s.Xoom"><br /><span class="caption">▲Android平板「之間」的大戰正式展開</span></div>
<p>在iPad2賣到斷貨、iPad一代大降價的狀況下，若拿同樣標準來檢視Android平板實在是有點「殘忍」。Android平板較有指標性的機種是七吋Samsung Galaxy Tab。在一月初公布的數字是「出貨」兩百萬台。但這兩百萬台是出給通路的數字，至於賣到消費者手上的有多少呢？Samsung只表示「很樂觀」，就當他到現在賣了兩百萬台吧。</p>
<p>其實Galaxy Tab的影響可能現在才要開始。先前這台的價格硬生生比同等級iPad貴了快一萬塊，這可不能說買iPad的是「Apple Fans」，而要說買Galaxy Tab的人是「Apple Hater」了。可是這兩天推出了<a href="http://news.cnet.com/8301-17938_105-20051438-1.html" target="_blank">Wifi-Only的機種</a>，定價台幣一萬塊出頭，對於喜歡七吋、Android的User來說，已經是個價格合理的選擇了，值得再觀察。</p>
<p>另一台則是Motorola出品，第一台搭載Android3.0的Xoom。剛推出時人人看好，還獲得<a href="http://www.techbang.com.tw/posts/4622-ces-2011-motorola-xoom-leader-in-tablet-pc" target="_blank">真‧iPad殺手</a>的封號。但最近的消息很不幸，又是個被殺的角色&#8230;，<a href="http://www.businesstimes.com.hk/a-20110410-114288/hhfhfr/1" target="_blank">估計僅賣出十萬台</a>。主因據說是Android 3.0本身就不夠完善，再加上價格直逼頂級iPad2的關係。這兩大致命傷短期內都不容易突破，一者取決於Google的速度，另一者則是供應鏈產能差不多都拿來生產iPad2了&#8230;。</p>
<p>最近還有ASUS推出，可任意變身平板跟筆電的<a href="http://www.techbang.com.tw/posts/5264-asus-eee-pad-transformer-flat-hands" target="_blank">Transformer</a>，Acer推出的雙螢幕平板電腦<a target="_blank" href="http://www.techbang.com.tw/posts/5319-hands-on-dual-screen-acer-iconia">Iconia</a>。對於本土廠商我們還是要投以祝福的眼神，希望這些創新獨特的設計不會把事情搞得太複雜導致一般消費者不會用阿。</p>
<p>撇開硬體不談，Android生態系還是有其先天的障礙（詳見<a href="http://fred.ipod.to/blog/?post/2239" target="_blank">《Android，內容開發者的痛》</a>），迫使開發者優先開發iOS版本&#8230;。嘆，非不能也，不划算也。</p>
<h2>降價幅度與內容數量？</h2>
<p>老實說降價幅度也不是太重要了，價格已經大致底定。e-ink類型的閱讀器，就是3000塊台幣以下；而平板電腦的價格，就以iPad為標準，16G wifi就是不得超過13,000，否則必死。</p>
<p>至於內容數量，看起來「雜誌」是遠遠跑在「書本」前面。比較二線的雜誌，<a href="http://tw.magv.com/Category2.aspx?mcaID=402" target="_blank">MagV</a>可以看到，<a href="http://tw.zinio.com/all-publications.jsp?categoryId=&#038;country=all&#038;language=zh" target="_blank">Zinio</a>也有不少知名雜誌，城邦自己開發的<a href="http://www.cite.com.tw/pad.php" target="_blank">隨身e冊</a>則有城邦集團的大部分雜誌。當然還有各種以App形式出現的雜誌，不勝枚舉。如果你是愛看雜誌的人，那不用掙扎了，買台iPad吧。</p>
<p>但文字書呢？ㄟ&#8230;是有在成長，但是想看到書店門口擺的那些暢銷書，還有一陣子要掙扎。為何如此？我想主要是版權問題，以及對盜版的恐懼阻擋在前面吧。（詳見《<a href="http://www.contnt.net/2010/02/why-so-few-ebook-titles.html" target=_blank">為什麼台灣能上架的電子書這麼少？</a>》、《<a href="http://hwy.tw/2011/01/08/logic/" target="_blank">打擊盜版的邏輯</a>》）</p>
<p>即使撇開舊書不看，少了Big5轉檔問題、忽略公版書沒人掃描的問題，新書也還有很多不能做、不想做、不敢做、以及做了也要賣很貴的「心理因素」卡在前面。我猜目前「暢銷書」電子書銷量恐怕還不如那些一本49元的<a href="http://www.book11.com/book11action/action/bl/" target="_blank">BL的</a>、<a href="http://www.pubu.com.tw/category/289" target=_blank">色色的</a>小說呢XD。</p>
<h2>未來&#8230;？</h2>
<p>硬體已經不再是重點了。無論是從數位出版的角度、還是從科技產業的角度來看，都是。但接下來才是更血腥殘酷的戰爭，從內容如何生產、版權如何處理、平台如何支援各種檔案格式、到iOS與Android兩大生態系的內容豐富程度&#8230;。一切都要發展到某個臨界點才會讓消費者發現平板電腦（與數位出版）改變人類生活的威力。</p>
<p>廢話說了太多，接下來的半年是該輪到市場說話了。Just wait and see！</p>
]]></content:encoded>
			<wfw:commentRss>http://hwy.tw/2011/04/11/the-end-of-ereader-2/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>電子書定價會在&#8230;$0.99？</title>
		<link>http://hwy.tw/2011/03/30/0-99-ebook/</link>
		<comments>http://hwy.tw/2011/03/30/0-99-ebook/#comments</comments>
		<pubDate>Tue, 29 Mar 2011 17:56:03 +0000</pubDate>
		<dc:creator>HWY</dc:creator>
				<category><![CDATA[數位出版]]></category>
		<category><![CDATA[定價]]></category>
		<category><![CDATA[電子書]]></category>

		<guid isPermaLink="false">http://hwy.tw/?p=1874</guid>
		<description><![CDATA[陣子，Kevin Kelly卻認為，未來五年之內，電子書的售價平均會降到0.99美金！對照現在一本電子書十幾塊美金，0.99根本只剩一折左右，可能嗎？
Kevin Kelly的邏輯很簡單。他說，有位作者在亞馬遜上將他的書價從2.99調降為0.99。銷量馬上從一天40本暴增為620本。簡單的國小數學顯示：0.99 x 620 = 613.80 > 2.99 x 40=119.60
故得證：未來電子書的價格將會降到0.99。
真的會這樣嗎？我相信0.99的電子書會越來越多，但並不會是全面性的降到0.99。這中間還有些障礙。<p class="read-more"><a href="http://hwy.tw/2011/03/30/0-99-ebook/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://hwy.tw/2011/03/30/0-99-ebook/" title="電子書定價會在...$0.99？"></a><p><span class="firstword">全</span>世界的電子書產業，主要有三種角色：作者、出版社、電子書城。而定價與拆帳方式大致是：</p>
<ol>
<li>電子版定價約為紙本版定價的6折～8折</li>
<li>拆帳比例約為出版社：書城=70：30</li>
<li>作者約獲得定價的20%</li>
</ol>
<p>目前看起來，這遊戲規則運作得還不錯。但前陣子，<a href="http://www.kk.org/thetechnium/archives/2011/03/99_cent_books.php" target="_blank">Kevin Kelly</a>卻認為，未來五年之內，電子書的售價平均會降到0.99美金！對照現在一本電子書十幾塊美金，0.99根本只剩一折左右，可能嗎？</p>
<div class="illustration">
<img src="http://farm6.static.flickr.com/5017/5571412615_9fc7a1b038_o.jpg" alt="0.99美金的電子書" /><br />
<span class="caption">▲五年之內，電子書平均售價會降到0.99！？</p>
</div>
<p>Kevin Kelly的邏輯很簡單。他說，有位作者在亞馬遜上將他的書價從2.99調降為0.99。銷量馬上從一天40本暴增為620本。簡單的國小數學顯示：</p>
<p style="text-align: center; background-color: rgba(100%,98.4%,80%,0.9); margin-left: auto; margin-right: auto; width: 70%; box-shadow: 2px 2px 2px #345;">0.99 x 620 = 613.80 &gt; 2.99 x 40=119.60</p>
<p>故得證：<strong>未來電子書的價格將會降到0.99</strong>。</p>
<p>真的會這樣嗎？我相信0.99的電子書會越來越多，但並不會是全面性的降到0.99。這中間還有些障礙。<br />
<span id="more-1874"></span></p>
<h2>有紙本版嗎？</h2>
<p>所謂的「紙本版」是指內容跟電子版幾乎沒有差別的情形。旅遊書變成導覽App的可不算。</p>
<p>紙本，因為有倉儲物流印刷等等費用，所以定價再低也有限。試想在同一時間，電子版定價在0.99，肯定會發生出版社最怕的「電子書侵蝕紙本市場」的狀況。於是電子版無論多麼暢銷，仍然無法cover紙本的成本。所以「電子版定價為紙本版定價的6~8折」，隱含了「不打擾實體世界運行」的思維。</p>
<p>反過來說，這也凸顯了「純」數位出版的優勢。在複製成本為0的情況下，任何價格都是合理的。只要一上架之後，就只需要想著讓「價格x數量」達到最大，也就是Kevin Kelly故事中的邏輯。順道一提，他舉例的作者Joe Konrath是自助出版者，當然沒有出紙本版。</p>
<h2>價格下降，「總銷售額」必然上升嗎？</h2>
<p>要回答這個問題，請翻開經濟學原理第二章左右，應該會看到一個叫「<a href="http://zh.wikipedia.org/zh-hk/%E9%9C%80%E6%B1%82%E7%9A%84%E4%BB%B7%E6%A0%BC%E5%BC%B9%E6%80%A7" target="_blank">價格彈性</a>」的詞。有些人價格彈性大，價格差一兩塊錢就能左右「買」還是「不買」的決策，例如菜市場裡的歐巴桑。有人價格彈性小，價格隨便開，反正會買就是會買，例如iPad2之於我&#8230;。</p>
<p>彈性大的狀況，降價有助於總銷售額；反之彈性小則會減少總銷售額。</p>
<p>在書的市場上，考試用書、專業用書、或「第一次開火車就上手」這種書，並非人人會買，但當別無選擇的時候，卻是非買不可。所以無論怎麼降價，買得人也不會變多，當然沒必要降價，甚至還應該把價格提高一點，才能賺最多錢。</p>
<p>去看看那些0.99的例子，幾乎都是言情小說、科幻小說、恐怖小說&#8230;總之是小說。因為這種大眾、年輕市場，價格彈性通常是很大的。</p>
<h2>書的產品生命週期</h2>
<p>難道對於同時擁有紙本數位兩種版權的出版社來說，就只能永遠看著「明知道比較賺」的0.99嘆息嗎？不盡然。我認為可以向隔壁的電影產業學學「<a href="http://wiki.mbalib.com/zh-tw/%E4%BA%A7%E5%93%81%E7%94%9F%E5%91%BD%E5%91%A8%E6%9C%9F%E7%90%86%E8%AE%BA" target="_blank">產品生命週期</a>」的概念。</p>
<p>電影，首輪上映，一人250元。二輪電影院，一人80元（看兩片）。到了DVD市場，全家人看只要40～60。最後到第四台（跟PPStream），免費但有廣告。</p>
<p>書，第一波宣傳熱潮（例如配合電影上映），紙本250、電子版200。一年過後，紙書賣得差不多了，電子版降半價為100。再過半年，可以0.99或免費含廣告/贊助連結。每一次的大降價都可以掀起一次話題，挖掘出那些「阿，這本書之前很想看，可是太貴了買不下手」的讀者。看看回頭書展就知道，這種人多得是，而且買起書來是以「箱」計算。</p>
<p>但重點是，你如何在兩年後接觸到那些有興趣的讀者呢？聽說有種東西叫粉絲團，也許可以問問那些當年按讚的粉絲們&#8230;</p>
<p>噢，對了。還有個盜版問題。如果你是暢銷作家的話，以上這些事情就當沒聽過，哪兒有架就往哪上吧！過兩天他們打完字上了Apple的架你也不用上了。</p>
]]></content:encoded>
			<wfw:commentRss>http://hwy.tw/2011/03/30/0-99-ebook/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>數位閱讀的告白-螢幕上的美食家</title>
		<link>http://hwy.tw/2011/03/15/ereading-confession/</link>
		<comments>http://hwy.tw/2011/03/15/ereading-confession/#comments</comments>
		<pubDate>Tue, 15 Mar 2011 14:58:57 +0000</pubDate>
		<dc:creator>HWY</dc:creator>
				<category><![CDATA[數位出版]]></category>
		<category><![CDATA[ePub]]></category>
		<category><![CDATA[ipad]]></category>
		<category><![CDATA[readitlater]]></category>
		<category><![CDATA[數位閱讀]]></category>

		<guid isPermaLink="false">http://hwy.tw/?p=1764</guid>
		<description><![CDATA[如果現在問我「螢幕閱讀」是否還是完全等同「情報狂模式」，我的答案會是否定的，因為現在有了閱讀器、有了iPad。這也是這兩種產品能夠存在的理由。

我完全相信e-ink閱讀器可以進行長時間的閱讀。從過去幾年來Kindle可熱賣千萬台就能證明這一點，畢竟它就只有「閱讀」一種功能而已。

那iPad呢？傳說中iPad因為採用與電腦相同的LCD螢幕，會發光，不利久讀，只能用來看看網頁、影片、玩遊戲。但根據個人經驗，我還是要說，<strong>這是錯的</strong>。（你也可以根據個人經驗來說這是對的）

當手邊有了台iPad之後，我觀察到自己的「螢幕閱讀」行為開始進化。<p class="read-more"><a href="http://hwy.tw/2011/03/15/ereading-confession/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://hwy.tw/2011/03/15/ereading-confession/" title="數位閱讀的告白-螢幕上的美食家"></a><article>
<section>
<div class="illustration"><img alt="" src="http://farm3.static.flickr.com/2106/2414194397_9a484b1d75.jpg" title="Digital Reading" class="alignnone" width="500" height="375" /><br />
<span class="caption">數位閱讀，一定要這麼痛苦嗎？cc via <a href="http://www.flickr.com/photos/bekathwia/2414194397/in/set-72157604381050339/" target="_blank">Bekathwia</a></p>
</div>
<p><span class="firstword">數</span>位閱讀，或稱「在螢幕上閱讀」這種行為，好像一直都在，又好像從來沒有存在過。</p>
<p>一直都在，當然，每天看這麼多網路新聞、部落格、臉書推特噗浪，哪裡沒有字？技術上來說，在螢幕上看字能說這不叫「螢幕閱讀」嗎？</p>
<p>但另一方面，我們分給每一則「文章、訊息」的耐性卻極短，大概一兩分鐘就開始浮躁。所以只要稍微長一點的、需要思考的內容，通通都讀不進去。如果連讀完1000字的文章都是少數人才能完成的「重大任務」，能夠說「螢幕閱讀」這件事成立嗎？</p>
<p>舉個例子，幾年前寫論文，大部分的參考資料，都是從國外網站來的論文或新聞。但閱讀這些資料是非常痛苦的一件事情，幾十頁的論文是一定要印出來讀的，而即使是三個螢幕長的人物專訪，都還得喚醒堅強意志力，分三次才能讀完（還不算後續的消化跟整理）。中文資料好一些，但要我<strong>在電腦上讀完一本論文</strong>，沒門。</p>
<p>在PC時代，簡單來說，坐在電腦前，我們就是情報狂；捧起一本書，我們就變身美食家。（詳請參考老貓08年的文章：<a href="http://www.contnt.net/2010/03/infomania-and-gourmet.html">情報狂與美食家</a>）<br />
</section>
<p><span id="more-1764"></span></p>
<section>
<h2>情況有點改變。</h2>
<p>如果現在問我「螢幕閱讀」是否還是完全等同「情報狂模式」，我的答案會是否定的，因為現在有了閱讀器、有了iPad。這也是這兩種產品能夠存在的理由。</p>
<p>我完全相信e-ink閱讀器可以進行長時間的閱讀。從過去幾年來Kindle可熱賣千萬台就能證明這一點，畢竟它就只有「閱讀」一種功能而已。</p>
<p>那iPad呢？傳說中iPad因為採用與電腦相同的LCD螢幕，會發光，不利久讀，只能用來看看網頁、影片、玩遊戲。但根據個人經驗，我要說，<strong>這是錯的</strong>。（你也可以根據個人經驗來說這是對的）</p>
<p>當手邊有了台iPad之後，我觀察到自己的「螢幕閱讀」行為開始進化。<br />
</section>
<section>
<h2>螢幕閱讀進化三部曲</h2>
<p>首先是開始在iPad上看英文網頁。這時候除了字體可以調整大小之外，還可以拿近一點來看得更清楚，在iPad上讀完文章的機率比在電腦前提昇不少。儘管如此，對於字體超級小、排版很糟糕、廣告特別多的網頁，還是難以下嚥。</p>
<p>接著我想，電腦上有Readability這種讓「網頁變好讀」的功能，iPad上也有嗎？沒花多少力氣，我找到了<a href="http://readitlaterlist.com/">Read It Later</a>。</p>
<div class="rightbox">Read It Later在那個RSS還很夯的年代就出現了，只是讓你從訂閱的破千條文章中標示出「等等再讀」的功能而已。經過幾年科技演變，竟然成為我心中的殺手級應用。</div>
<p><a href="http://readitlaterlist.com/">Read It Later</a>的運作模式是這樣：你先申請一個帳號、接著在電腦瀏覽器跟iphone/iPad上都安裝Read It Later的擴充元件/App。接著，你在電腦上看到想「等一下再讀」的文章，就按一下Read It Later，網址就會存在你帳號的Read List中。之後有空了，打開iPad上的App，就可以閱讀，而且是幫你存檔成為很好讀的「Readability」形式。</p>
<p>就是這樣，最近的英文網頁閱讀量大增。尤其是讓我<strong>在寒冷的週末上午，縮在被窩裡，在iPad上花一個小時把前幾天沒空讀的文章讀完。這還不夠殺手嗎！？</strong></p>
<p>最後，除了這些短篇的網頁之外，我也能夠用iBooks看長達數萬字的ePub電子書，甚至是（排版良好的）英文pdf檔。這些書的長度可等同於兩本厚厚的紙本書。</p>
<p>現在，有時候捧著一本紙書看著看著，還會突然萌生「好想在iPad上看，有沒有ePub版」的念頭（甚至不惜從網路上找盜版全文自製ePub檔來讀）。</p>
<p>「數位閱讀」已經不再是一種妥協，而是一種不下於紙書的享受。<strong>捧著iPad，我還是可以繼續扮演「美食家」</strong>。</p>
<p>P.S. 試了一些CSS小技巧。我也不確定效果如何，有意見歡迎反應。<br />
</section>
</article>
]]></content:encoded>
			<wfw:commentRss>http://hwy.tw/2011/03/15/ereading-confession/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

