Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

認識EPUB

4,128 views

Published on

2013年,城邦主辦「數位出版八堂課 從數位做出版 一次就懂」

Published in: Technology, News & Politics

認識EPUB

  1. 1. WANDERER Digital Publishing Inc. 董福興 認識
  2. 2. ブラックジャックによろしくby佐藤秀峰@Manga on Web
  3. 3. 2013下半年的變化 • iBookstore再次傳出開店:年內預定 • 樂天Kobo決定來台發展:11⽉月預定 • Google Play Book軟體⽀支援到位 • 某台灣K書店⽀支援EPUB 3 Fixed Layout →僅⽀支援EPUB 3、成為不得不使⽤用的格式。
  4. 4. 提案 • 現在與其談論「What」,不如多談點 「How to」。 • 數位出版=技術 + 出版,單⽅方向說明 不容易全⾯面了解。 • 90分鐘很⻑⾧長,⼀一直聽容易睡著。 →請隨時舉⼿手發表意⾒見,討論。
  5. 5. Why?
  6. 6. 多螢幕對應
  7. 7. 1024 x 768 90’~00’
  8. 8. 1024 x 768 90’~00’1920x1080 2010~now
  9. 9. 1024 x 768 90’~00’1920x1080 2010~now 2560x1440 27” iMac
  10. 10. 1024 x 768 90’~00’1920x1080 2010~now 2560x1440 27” iMac 4K Near Future
  11. 11. 1024 x 768 90’~00’ 1920x1080 2010~now 2560x1440 27” iMac 4K Near Future
  12. 12. 1024 x 768 90’~00’ 1920x1080 2010~now 2560x1440 27” iMac 4K Near Future iPhone 320 x 480 640 x 960
  13. 13. 1024 x 768 90’~00’ 1920x1080 2010~now 2560x1440 27” iMac 4K Near Future iPhone 320 x 480 640 x 960 iPhone 5 640 x 1136
  14. 14. 1024 x 768 90’~00’ 1920x1080 2010~now 2560x1440 27” iMac 4K Near Future iPhone 320 x 480 640 x 960 iPhone 5 640 x 1136 iPad 1024 x 768 2048 x 1536
  15. 15. 1024 x 768 90’~00’ 1920x1080 2010~now 2560x1440 27” iMac 4K Near Future iPhone 320 x 480 640 x 960 iPhone 5 640 x 1136 iPad 1024 x 768 2048 x 1536 Nexus 10 2560 x 1600
  16. 16. 1024 x 768 90’~00’ 1920x1080 2010~now 2560x1440 27” iMac 4K Near Future iPhone 320 x 480 640 x 960 iPhone 5 640 x 1136 iPad 1024 x 768 2048 x 1536 Nexus 7 1280 x 720 HTC One 1080 x 1920 Nexus 10 2560 x 1600
  17. 17. 1024 x 768 90’~00’ 1920x1080 2010~now 2560x1440 27” iMac 4K Near Future iPhone 320 x 480 640 x 960 iPhone 5 640 x 1136 iPad 1024 x 768 2048 x 1536 Nexus 7 1280 x 720 HTC One 1080 x 1920 Nexus 10 2560 x 1600 族繁不及備載
  18. 18. • 這是現象,也是問題。 • ⼀一版→多螢幕=X ⼀一內容→多螢幕=⃝ • 除特定內容外,讀者已經無法接受固定 版⾯面的呈現,需符合其期待。 • EPUB是針對這問題的解決⽅方案,並持續 調整更適合的呈現⽅方式。
  19. 19. 結構
  20. 20. For Function
  21. 21. 功能 • 重點(Highlight) • 筆記(Note) • 搜尋(Search) • 注釋(Annotation) • 字典(Dictionary) • 事典(Wikipedia) • 機讀(TTS) • 朗讀(Media Overlay) • 分享(Sharing) • 統計(Analytics) • 功能是閱讀程式(Reading System)的 事,但EPUB更便於功能開發與使⽤用。
  22. 22. For Discoverability
  23. 23. Google Books(接Google Play Books)
  24. 24. Amazon Full Text Search
  25. 25. Amazon Kindle X-Ray
  26. 26. 可尋性 • 電⼦子書無實體,如何被讀者所發現? • 書籍資料、全⽂文內容、分析、關鍵字都 是能供電⼦子書被找到的重要依據。 • 搜尋⼀一句名⾔言→找到出處的書→購買。 →EPUB的結構使其成為可⾏行。
  27. 27. ⻑⾧長存
  28. 28. 書可⻑⾧長久保存,電⼦子書亦應如此。
  29. 29. 過去30年來的電⼦子書 • 依附於特定技術、軟硬體 • 現在多數已無法閱讀 • 從互動光碟到App皆如此 →如何才能讓電⼦子書  ⻑⾧長久保存?
  30. 30. Web=HTML+CSS+α
  31. 31. • 除純⽂文字外,迄今能不斷向下相容、不 依附軟硬體與程式的技術,僅有網⾴頁。 • 1990年的網⾴頁雖不好看,但於2013年的 瀏覽器上依然能閱讀。 →EPUB=具結構、包裝化的HTML+CSS, 並且⺫⽬目標除了現在的⽣生意外,也兼顧保存。
  32. 32. • 版⾯面呈現的豐富性 Typographic Richness • 對多載具的適應性 Adaptability • 提供無障礙閱讀 Accessibility • 適⽤用各種語⾔言⽂文字 International • 相容於XML XML Compatibility • 可加上DRM DRM Capability • 真正的開放標準 Truly Open Standard Requirements for a Universal Consumer eBook Format Jon Noring, OEBPS WG Chair http://book.binb.tw/14a2ZKD
  33. 33. 歷史與未來
  34. 34. 1999 2005 2007 2011 2012 2013 OEBPS 1.0公布 IDPF成⽴立 EPUB 2.0公布 EPUB 3.0公布 EPUB 3.0 Fixed Layout公布 EPUB申請ISO編號 EPUB AHL制定中
  35. 35. 種類
  36. 36. • EPUB 3.0 Reflow • EPUB 3.0 Fixed Layout(Simple) • EPUB 3.0 Fixed Layout(Complex) • EPUB 3.0 Advance/Hybrid Layout
  37. 37. • 如其名,主要應⽤用於⽂文字書。 ✴ ⽀支援CSS 3與嵌⼊入字型 ✴ CSS Responsive Design ✴ HTML Audio/Video功能 EPUB 3 Reflow
  38. 38. 直排、右翻⾴頁 ⿑齊頭尾、避頭尾點 嵌⼊入字型
  39. 39. ⼀一⾏行嵌⼊入影⽚片、聲⾳音 可配合閱讀程式⽀支援 做到FallBack,也就是 不⽀支援時,不呈現。
  40. 40. 使⽤用Javascript製作 動態效果
  41. 41. 透過Responsive Design 令複雜版⾯面對應多載具
  42. 42. • 如其名,為版⾯面⼤大⼩小固定的格式。 ✴ 基本型:⼀一⾴頁⼀一圖 ✴ 使⽤用SVG Wrapping供縮放 ✴ 主要⽤用於漫畫、圖⽂文複雜的書 ✴ 可快速製作,但與PDF差不了多少 EPUB 3 Fixed Layout (Simple)
  43. 43. • 如其名,為版⾯面⼤大⼩小固定的格式。 ✴ 進階型:⼀一⾴頁⼀一網⾴頁 ✴ 圖⽂文分離、重新排版 ✴ 可加⼊入影⽚片、⾳音樂、動態效果、朗讀 ✴ 製作相當⿇麻煩,需要⼯工具協助 EPUB 3 Fixed Layout (Complex)
  44. 44. 影⽚片 動態
  45. 45. 互動 圖⽂文分離,可供搜尋
  46. 46. Media Overlay逐字句朗讀
  47. 47. • 結合Reflow與FXL的進階、混合版⾯面 ✴ 現在制定中 ✴ 內容+版⾯面=多種呈現⽅方式 ✴ 固定版⾯面、⽂文字順⾛走可供切換 EPUB 3 Advance/Hybrid Layout
  48. 48. 樣式、內容分離 內容套⽤用樣式為Reflow呈現 套⽤用版⾯面為FXL呈現
  49. 49. ←⽇日本國會圖書館公開  之羅⽣生⾨門初版掃瞄檔 於同本書中隨附的 ⻘青空⽂文庫⽂文字檔案↓ EPUB AHL能夠提供讓 兩者合⼀一、交互閱讀的 可能,但需要時間。
  50. 50. 結構
  51. 51. book.epub book.zip 基本上⋯⋯
  52. 52. mimetype META-INF OEBPS 解開來以後⋯⋯ 共通檔 共通檔 內容
  53. 53. nav.xhtml OEBPS xhtml content.opf
  54. 54. nav.xhtml OEBPS xhtml content.opf .書籍資訊 .書裡有什麼素材 .書的結構 .書如何呈現
  55. 55. nav.xhtml OEBPS xhtml content.opf .書籍資訊 .書裡有什麼素材 .書的結構 .書如何呈現 ⺫⽬目錄
  56. 56. nav.xhtml OEBPS xhtml content.opf .書籍資訊 .書裡有什麼素材 .書的結構 .書如何呈現 ⺫⽬目錄 內容
  57. 57. nav.xhtml OEBPS xhtml content.opf .書籍資訊 .書裡有什麼素材 .書的結構 .書如何呈現 ⺫⽬目錄 內容 外觀
  58. 58. nav.xhtml OEBPS xhtml content.opf .書籍資訊 .書裡有什麼素材 .書的結構 .書如何呈現 ⺫⽬目錄 內容 外觀 動態
  59. 59. 解析OPF檔案 OPF Package Metadata Manifest Spine 書名、作者、版權等 書中⽤用到哪些檔案 書的裝訂⽅方式:左翻、 右翻、⾴頁⾯面順序等
  60. 60. Metadata ←可以⿑齊全如此,檔案 保有所有書籍資料。 也能簡單到符合    最低需求↓ →⼤大多數的賣店不會直接從EPUB帶⼊入。
  61. 61. Manifest ←告訴閱讀程式,本書⽤用到了  哪些檔案,⼜又是哪種類型,  缺⼀一不可。 →⽤用⼯工具⽣生成,⼿手⼯工也不會太複雜。
  62. 62. Spine ←告訴閱讀程式,書是左翻  還右翻,由前到後的排列  順序,以及各⾴頁為左起右   起。 →Spine完全是編輯功。
  63. 63. 內⽂文XHTML 樣式與內容分離 樣式名稱標準化 標籤⼀一定要關閉 標題、段落語意 分明
  64. 64. CSS與HTML <h1>壹 銀⾏行襄理之死</h1> <p class="kai">  他們把不想要的⼈人故意調到消⾦金部,業績做不 到的⼈人全部殺頭⋯,我說⼀一句坦⽩白的,就算這次我幸運能留下來, 下次再重演戲碼,也沒有⼈人受得了⋯。</p> <p class="kai down">–華泰銀⾏行⼆二重分⾏行襄理⺩王俊雄  </p> p { line-height: 1.8em; text-align: justify; text-justify: inter-ideograph; margin: 0; } .kai { font-family: "@標楷體","標楷體",cursive; } .down { text-align: right; } HTML CSS 所有段落(<p>) ⾏行寬1.8倍 ⽂文字對⿑齊頭尾 中⽂文字對⿑齊 段落邊界為0 Class為”Kai” 字體使⽤用標楷體 Class為”down” ⽂文字靠右(下)對⿑齊
  65. 65. CSS、JavaScript • 對⼀一般編輯來說,能訓練到製作出正確 的OPF檔案與XHTML標記就已經⾜足夠。 • 樣式設計與互動需求交給專業⼈人員。 • 書籍的排版⼤大多外包,那電⼦子書的排版 不妨也這麼作。
  66. 66. Tools EPUB Packager NT$ 120
  67. 67. Tools EPUB Metadata Editor NT$ 120
  68. 68. Tools
  69. 69. 製作
  70. 70. 拆成兩部分來談 舊書電⼦子化 新書同步製作
  71. 71. InDesign轉EPUB • 不是辦不到, • 但就像是⋯⋯
  72. 72. 蘿蔔=內容 關東煮=印刷⽤用內容 蘿蔔絲=電⼦子⽤用內容
  73. 73. 蘿蔔=內容 關東煮=印刷⽤用內容 蘿蔔絲=電⼦子⽤用內容
  74. 74. 有結構的⽂文件 怎麼轉都容易
  75. 75. EPUB 3 Maker —由docs轉EPUB 開發中
  76. 76. —由Markdown轉EPUB 高瀬拓史 Public Beta
  77. 77. DRM
  78. 78. DRM保護⽅方式 • 依店保護: 如Apple iBookstore、Kobo、Amazon提供 的保護⽅方式。 • Light Weight DRM: 討論中 • Social DRM: 於內容加上帳號標⽰示 • DRM-Free。
  79. 79. 標準DRM 以iBookstore為例 內⽂文 樣式 圖⽚片對EPUB內OPF以外 所有檔案加密保護
  80. 80. Light Weight DRM • 保護⽅方式與標準DRM相同; • 檔案內有帳號密碼配對,以密碼解鎖; • 該DRM可適⽤用多種閱讀程式。 →去年5⽉月於IDPF提出,擱置。  概念近似於Adobe DRM。
  81. 81. Social DRM • 於書中標⽰示帳號,外流 時也能找得出來源。 • 書籍不做特別保護,能 於不同閱讀器開啟。 • 資訊可⾃自由刪除,防君 ⼦子不妨⼩小⼈人。 • O’reilly、達⼈人出版會、 PUBU等採⽤用。
  82. 82. DRM-Free • 不做任何保護。 • 不適⽤用於翻譯書。 (O’reilly除外) • 可透過如Gumroad等機 制⾃自⾏行販賣(⼿手續費約 10~15%)。 • 意外地沒什麼⼈人會把⾃自 ⼰己買下的書恣意放到網 路上分享。
  83. 83. 販賣管道
  84. 84. •EPUB 3 Reflow •EPUB 3 FXL •Media Overlay
  85. 85. •EPUB 3 Reflow •EPUB 3 FXL •PDF
  86. 86. •EPUB 3 Reflow •EPUB 3 FXL •Media Overlay(FXL) iBookstore
  87. 87. EPUB作為轉換格式 •EPUB 3 Reflow •EPUB 3 FXL
  88. 88. 問題點
  89. 89. 1. 過度制定標準: FallBack機制:當閱讀系統不⽀支援JS時, 改以圖⽚片呈現。 →⽤用意良善,但作兩個版本更穩當。 2. ⾮非實⽤用標準: Adaptive Layout:Adobe強⾏行制定,但除 InDesign外無法製作。 →死亡,期待與W3C合作 3. 過於複雜: HPUB也許更為簡單。 →但內容呈現相同,只是結構不同。
  90. 90. 台灣所需要的
  91. 91. 1. 字型: 無論iOS或Android,都無內建明體字, 讓讀者看⿊黑體,好嗎? 2. 內容製作的共通範本: 讓出版者能夠依循製作最底限的EPUB, 同時希望販賣⽅方能夠做到基礎⽀支援。 3. 注⾳音符號⽀支援: ⺫⽬目前正為此努⼒力中。
  92. 92. WANDERER EPUB 3製作、⼯工具代理、 出版流程顧問服務 Member Contributor

×