EPUB3.0的標準規格，已經推出好一陣子了。但是推出歸推出，電子書產業的兩大巨頭Amazon跟Apple卻各自推出了「長得很像但就是不一樣」的電子書格式–KF8和iBooks。

Amazon跟Apple放著好好的標準不用，偏要自己推出新格式的理由很多，但最根本的邏輯是，企業希望推出的產品是有特色的，於是使用者因為這些特色而持續使用自己的服務。而開放標準的邏輯則是盡可能趨於統一，對於內容提供者來說，就不需要為了每個平台調整格式。少了這些浪費生命的工作，整個產業的發展自然會順暢許多。

於是企業的行為就會在「自有格式」跟「開放標準」之間切一刀，強大的企業更接近「自有格式」，弱小的企業則會完全接受標準，以Apple跟Amazon今天的身分地位來說，KF8跟iBooks底層都還維持著EPUB3.0的架構，這一刀切的或許還算客氣了。（至少跟完全棄標準於不顧的IE6相比）

話說回來，EPUB陣營先前多少也抱著太天真的想法，相信Apple一定會擁抱EPUB3.0標準（因為Apple也是IDPF的會員）。所以標準訂定之後，就等著Apple來開發Authoring tool、Reading System。上個月時我還在國外網站上看到「期待1/19那天Apple正式宣布支持EPUB3.0」的討論，結果想不到Apple宣布的是iBooks，還一併連iBook Author一起推出。

少了Apple跟Amazon的支持，EPUB3.0正式變成「大家都知道卻沒人能實作」的產業標準，也難怪會出現EPUB3 DOA這種聲音。

除了Apple跟Amazon有本事不理會EPUB3.0之外，我相信出版社跟電子書城心中也對於採用EPUB3.0頗有疑慮。因為EPUB3跟EPUB2的結構很不一樣，不論是生產或是打開，都需要新的軟體（也就是說要提高成本）。電子書城心裡想，就算我支援EPUB3.0，又沒有出版社會做，何必？出版社心理想，就算我做出EPUB3.0，又沒有電子書城打得開，何苦？事實上，如果只是純文字書籍，EPUB2.0的標準99%都算堪用了。

講了這麼前情提要，其實只有一件事情，就是EPUB3.0的「標準」跟「產業」之間是有距離的。所謂的「距離」是指從「製作EPUB」到「賣出去收到錢」，到底需要哪種人（新鮮人就好還是資深工程師）、用什麼工具（免費open source還是Adobe）、品質如何控管、有沒有機會回收成本…這些問題。如果一個EPUB檔光是製作成本就高達十幾萬那當然就不能稱為一門生意了。

IDPF為了拉近標準跟產業之間的距離，跨出了這重要的一步，Readium。Readium是個開放原始碼的Chrome擴充元件，有最基本的EPUB3.0（向下相容EPUB2）閱讀功能，還同時內建Validator。也就是說，現在做好的EPUB3.0檔案，只要丟進Chrome裡面就可以直接打開。

於是後來的平台開發者，也可以從Readium出發，進一步開發新的功能。至於會開發出哪些新功能，這就各憑本事了。

希望IDPF或其他廠商能儘快開發出一些基本的EPUB3.0製作工具，不然要找一堆工程師來做EPUB，哪家出版社負擔得起呢。

Apple推出iBoook Author出版軟體。人人都能出電子書，只要有心。

前幾天在一本HTML5的書中看到一個科技笑話：「標準是個好東西，你也應該有一個。」

「標準」是聰明人定的，目的就是為了讓所有人都採用，以減少不同標準互換的不效率。但是每個聰明人都覺得別人定得不好，結果就變成有一大堆標準。這句話剛好用在今天的情況。

標準就是這麼來的。圖片來源

Apple剛剛發表了iBooks Author，正式踏入「自助出版」領域。過去作家想要在iBookstore賣書，先要自己想辦法製作EPUB，再申請ISBN（在美國可不便宜），再透過Smashword才能上架。有這些麻煩的手續在，其實還是只有跟出版社簽約的作家才有辦法完成。

現在不同了，iBooks Author提供很好的所見即所得工具（但我資質駑頓看慣了HTML之後竟然用不太上手…），接近簡報軟體的操作介面，一些簡單乾淨的模版，還有好幾種過去要透過寫程式才能完成的互動功能。於是（看起來）輕輕鬆鬆就可以輸出.ibook檔上iBookstore去賣。

ibook檔？對，除了EPUB、KF8之外我們又多了一種標準。雖然說KF8拆開之後會發現裡面其實就是EPUB，再裡面就是HTML5、CSS3這些東西，而且.ibook直接把副檔名改成.epub也可以用epub軟體打開。本質上是沒什麼差別，但無論如何總還是多了一個轉檔的動作，滿討厭的。不過抱怨歸抱怨，總還是差不多的東西，比以前從pdf、從word轉EPUB這種流程好多啦。

另外，國外許多批評聲音是針對「用iBooks Author做出的.ibook只能透過iBookstore販賣」這項條款。Well，生產工具跟銷售平台綁定關係，就過去出版的邏輯來說是有點怪的。我用Word打的檔案無論怎麼使用基本上微軟都管不著。但是iBooks既不是開放標準，工具也是免費提供，規則愛怎麼定似乎也無從干涉起（唯一可能是未來太強大的話，會有反壟斷的問題…）。

對於數位出版產業是好事嗎？當然是好事，只要持續對數位出版提出新的想像，就是好事。

最後忍不住說一下，技術門檻降低不代表人人都能出書賺錢，更何況絕大多數我們看到的免費內容，也就是落在「看看可也，掏錢免談」的Level而已。別忘了「人人都能當食神」這句話還有個前提，「只要有心」阿。

最近iBooks1.5更新，馬上就傳出iBooks可以支援直排的的傳聞。我這幾天剛好拿著三國演義在摸索epub排版更快速的流程，就順手加上直排的CSS丟進iBooks看看。（其實只是簡單的丟一行 body{-webkit-writing-mode: vertical-rl;}）

看起來不錯？錯了，其實問題很大，大得很。

第一個重要的問題是，直排書跟橫排書的翻頁方向是不一樣的。所以一個要「支援直排」的閱讀軟體，首先必須提供設定「左翻」、「右翻」的功能。

第二個問題是，所有CSS的方向都差了90度。例如，段落間距在橫排的時候，是調整margin-top，但是直排的時候，段落間距卻變成margin-left了！（而原本的margin-top卻造成每一段都往下縮排一行…。原本用來做出縮排的margin-left，反倒變成段落間距了…。）

第三個問題是教育部標準楷書字型的「一」竟然在直排狀態下會往上偏，原因完全不明。（因為iOS只有一種中文字型，所以我用嵌入的方式。）

第四個問題是…其實根本翻不到下一頁，一翻就直接到下一章了，這當然是個大Bug，Orz。

所以是iBooks很爛？

不，不是的，其實iBooks可以「支援直排」也只不過是因為核心的webkit開始支援而已。他自己可沒有宣稱支援直排。我想指出的是，似乎很多人誤以為直排真的就只是多支援一行CSS而已，但隨便列出幾點就知道根本就是要新增很多功能阿！

所以目前號稱能夠支援直排的閱讀軟體，多多少少用了一些取巧的手段，例如用javascript把整段轉90度，再把裡面的漢字再轉回90度…。或者我知道這個EPUB檔案只會被我的閱讀軟體打開，完全不用考慮被不同軟體閱讀的問題，那就愛怎麼排就怎麼排，因為從這角度來看這本書其實就是個App。

另一種作法是書檔完全不要做任何CSS排版。管他直排、橫排、縮排、段落間距、行高、字型大小通通不要管，只准有最通用的標籤（例如h1、h2、p），所有排版都交給閱讀軟體來搞定。於是這本書好不好看，就取決於軟體工程師對文字排版的要求高不高了…。當然比較個性化的排版效果也會變得不太可能，或許只有純文字書能夠這樣處理吧。

所以問題回歸到，到底由誰來處理直排的問題？是由製作端來設計直排的CSS，閱讀軟體只要盡量完整支援CSS就好？還是製作端不管排版，完全讓閱讀軟體各顯神通呢？

就我自己來說，因為能夠自己處理簡單的CSS，所以希望追隨標準的CSS，完全由自己控制呈現方式，閱讀軟體只要負責忠實呈現就好（就像現在的瀏覽器市場一樣，至少我可以相信主流瀏覽器顯示網頁沒有問題）。但目前出版社肯定不這麼認為，因為CSS聽起來是技術的事情，技術的事情當然由工程師解決。（但這很奇怪，就像是把美編的工作交給印刷廠處理。）

還是先等等吧。

雖然直排對西方世界（訂標準那群人）來說完全不重要，但還好日本人在制定EPUB3標準的過程中相當活躍，硬是讓直排跟注音顯示得以進入HTML5跟EPUB3裡面，所以真正適合讀直排EPUB的閱讀軟體應該還可以期待一下，也許2012吧。

想要親眼看看效果的，可在這裡下載直排的三國演義EPUB檔。下載三國演義

文字內容來源：維基文庫

楷書字型來源：中華民國教育部

數位出版發展到現在，大致上可分類為三條主線。

1. App（泛指強調影音互動多媒體的程式）
2. PDF（就…紙書印刷之前的電子檔）
3. EPUB（從HTML、CSS等網頁技術特化而成的電子書標準）

App路線是這兩年最夯的議題，已經發展出許多工具，暫且不提。PDF則是紙書世代的遺物，它很普及，但PDF並不適合在各種尺寸的螢幕上看，印出來則是完美的。

EPUB，尤其最近公布的EPUB3.0，非常有潛力，甚至有機會取回App電子書的地位，讓App是App，書就像書，至少沒必要把純文字書做成一支App。

但是製作EPUB，不，應該說「從編寫到發行一本電子書」卻一直缺乏一個「優雅」的流程。以一位正常的作者來說，原本製作EPUB難免要動到HTML碼，要管理很多版本的書檔，就算是直接讓讀者下載EPUB檔，也不能保證讀者知道要安裝什麼軟體來閱讀。

Pressbook.com是把這些麻煩事情降低成為「寫部落格」一般的難度，因為他本來就是用WordPress架設起來的製書工具。

Pressbook.com有幾個特點：

一、就像Wordpress：有用過Wordpress的人，看到後台應該會有強烈的既視感。一切都這麼像Wordpress，只是站名=書名，文章=章節，如此而已。而且一個帳號可以擁有多個站台（書籍）。

二、精實出版：寫每一個章節時都可以選擇private或public，不用等到全書寫完，也可以隨時修正補完，讓讀者參與。很類似以前報上的連載小說，但更像Blog。可以想像將會衍生出很多新的行銷手法。

三、匯出成為EPUB：這就是原先Wordpress沒有的功能了。你可以把文章內容重新排列順序，按一下export就得到EPUB檔（也可以是PDF、XML）。

多說無益，直接玩玩看吧：Pressbook.com。

好吧，這題名相當沒有創意，但是這名字對入門書來說實在太好用了，且向易博士借來用一下。

ePub是國際標準電子書格式，不但是標準，而且製作門檻相當低，要製作一本ePub電子書，絕對不會比寫部落格來得困難，也就是說，小學生都會。

問題是，這麼簡單的東西，我曾經聽過好多的研討會、講座、實務課程訓練班…等等等雜七雜八有的沒的，但這些教學課程要嘛是從OCF、OPF、OEBPS開始講、要不然就是從XML整合CMS還要結合Indesign排版流程…。結果話沒講到一半，台下已經死的差不多了。

結果大部分人還是沒學會。

誠然，對於追求效率的大出版社來說，一個完美串接的CMS加EP同步數位出版流程是必須追逐的目標，但一年出不到一百本書的出版社，其實也不一定非得用Indesign排版好的檔案通通設定好樣式，一鍵同時輸出完美的ePub跟紙本pdf。與其花那麼多時間設定，有時候不如多花兩個小時重新排個ePub就好了…。

更何況，對只會用所見即所得工具的工作者來說，一下子要理解xml實在有障礙，若能先製作ePub上手，要再接受xml的概念就容易多了。

那麼，有心製作一本ePub電子書的朋友們，讓我們開始吧。

第一步：下載Sigil

Sigil下載網址，支援Windows、Mac、Linux，另外資策會也做了中文化（中文版Sigil下載網址），讓我們拍拍手。不過版本比較舊，有些重要功能當時還沒出現（像內建ePub Validator）建議還是下載英文版吧。

1. 英文版Sigil下載網址
2. 中文版Sigil下載網址

Sigil是個所見即所得的ePub編輯軟體，只要按下一個「存檔」，就幫你把內容打包成ePub了，那些什麼OCF、OPS、OPF、目錄、metadata等等等你聽一個早上都沒聽懂的東西，它全都幫你處理好了。除非你是要寫閱讀軟體，不然作為一個混飯吃的編輯或只想做本電子書自爽的作者，說真的，你沒必要知道這麼多。

看完上面這段，你的Sigil應該也下載好了。完成安裝後打開，讓我們開始製作第一個ePub電子書檔。

第二步：我的第一本ePub電子書

▲ Sigil簡潔的操作畫面。

接下來什麼都不要管，隨便複製一段文字，看是你已經寫好的文章還是Yahoo!新聞，在畫面中間的空白貼上。像這樣：

▲ 感覺有沒有像在寫部落格或是打word？

按下存檔。恭喜你！你的第一本ePub電子書終於問世了！當然你會有很多的不滿足，只有一段文字算是書嗎？Well，所有的程式書都跟你說print一行Hello, World就算你的第一支程式，那只有一段的電子書當然也叫書啦～（毆飛）

第三步：閱讀ePub電子書

現在你有了書，可是要怎麼讀呢？最簡單的方法當然就是用Sigil打開就可以讀（再度毆飛）。可話說回來，你一直以來不也是用Word來讀Word嗎XD。

另一個最簡單的方法是，打開Firefox，安裝ePubReader附加元件。你的Firefox就搖身一變成為ePubReader了。（其實ePub軟體還很多，但目前先不做介紹。）如果你沒有Firefox而且打死不想裝Firefox的話，那就算了，就用Sigil頂著先吧。看起來感覺像這樣：

▲ Hmmm…看起來更加不滿了，為什麼標題顯示Unknown？

嗯，你注意到了，標題顯示的是Unknown。Unknown看起來不好，人類對於未知一向是很恐懼的，所以我們要消滅它。

在動作之前我們要想想，這是本電子書，標題列應該顯示什麼？

「書名。」

「很好，這位同學加5分。」

Metadata是必要的。

我們剛剛有設定過書名嗎？作者呢？沒有。但每一本書都該有一些必備的資訊，讓人知道這本是什麼書，這些資訊就叫做Metadata。

再度打開我們的Sigil，找到上方的Tools->Meta Editor（中文是工具->元數據編輯）按下去。

▲ 非常好用的工具Meta Editor

接下來就照著填入你的書名、作者、語言別（這三個必填），如果是出版社，底下還可以新增出版者、ISBN等等重要欄位。

▲ 書名、作者、語言是必填欄位喔！

最後， 一定要做的事…

驗證（Validate），驗證是很重要的。驗證過後，你會知道哪裡有錯，而通過驗證之後，若在閱讀軟體上顯示不正確，你可以理直氣壯的說：「是你軟體寫得太爛了」。你看看，是不是很重要？

英文版Sigil超級貼心，已經有內建驗證的功能（中文版沒有，就跟你說了抓英文版吧）。請按右上角的綠色小勾勾。

▲由左到右為：贊助、減少縮排、增加縮排、檢查HTML、驗證。

按下綠色小勾勾之後，會看到No Problems Found!。恭喜你，真的完成了一本沒有錯誤的電子書。以後每次都要記得驗證喔！

現在再來用Firefox看看剛剛做好的ePub檔。

▲太好了，現在標題列顯示出書名跟作者啦！

如果你懶得照著做的話，可以在這裡下載範例檔案。