iloveepub本機處理 — 檔案永不離開你的裝置
EPUB 編輯器
開啟任何 EPUB，像編輯文件一樣修改它：用富文字工具改寫章節、修正樣式表、更新詮釋資料與封面，或從零新增一本電子書，再匯出一份乾淨的 EPUB。所有處理都在瀏覽器本機完成：檔案不會被上傳，自動暫存的草稿也只保留在你的裝置上。
編輯器載入中…
這些修改不該逼你去裝一套桌面軟體
你自己寫的書裡有一個錯字。註腳的樣式表在電子墨水上小到沒法讀。筆名改了之後的書名和作者那一行。一本不長的 EPUB，你寧可從空白的書開始，也不想親手寫一份 OPF。共用電腦或公司電腦，Sigil 不是你能自己裝的。這些是章節、CSS 和詮釋資料的工作。它們不需要一條轉換流程。
檔案若根本打不開，或套件本身是壞的，就不該交給這一頁。先跑「修復我的 EPUB」。編輯器假定它能解析 OPF 和你打開的那一章。打開上限是 50 MB，比其他工具更嚴，因為即時編輯用的資料模型，以及一份自動儲存副本，都放在這個分頁裡。
匯出時會寫回什麼
富文字的修改會寫回成 XHTML。原始碼檢視遇到不是格式正確的 XML 會拒絕儲存，免得一個沒關好的標籤被打包進去。CSS 以文字編輯。詮釋資料欄位以 Dublin Core 寫進 OPF。匯出時會儲存 OPF、NCX 和 nav，讓套件保持一致，封面詮釋資料會正規化，mimetype 條目不壓縮儲存。下載的媒體類型是 application/epub+zip。
你沒改過的其他章節檔維持原樣。編輯器不重新壓縮圖片，也不做字型子集。整份套件的草稿會寫進這個瀏覽器的 IndexedDB，重新整理就能還原。那份草稿不會上傳。清除網站資料，或換到別的瀏覽器，草稿就消失。
這個編輯器不是什麼
它不是 Sigil。沒有外掛 API，不會反覆跑 EPUBCheck，也不會對整本書的每一條壞連結出一份報告。尋找與取代只作用在你正在編輯的那一章。它不是轉換工具：PDF、MOBI 和 AZW3 不在範圍內。固定版面的漫畫不適合富文字檢視，因為那些頁是定位好的圖，不是一段段往下排的文字。
DRM 檔案無法打開。50 MB 的書會在解析之前被拒絕。閱讀應用程式裡的劃線不在檔案中，所以沒有什麼好保留，也沒有什麼會被清掉。
Sigil 和 Calibre 編輯器
章節損壞、要跨每一份 HTML 檔案搜尋，以及每次修改後跑 EPUBCheck，Sigil 和 Calibre 的編輯器是更好的工具。它們是桌面應用程式，而 Calibre 的編輯器旁邊就有一個轉換器，改寫的範圍可能超過你要的。
那種工作用它們。這一頁用來做範圍清楚的修改：一章、一份樣式表、書名、封面。如果要問的是套件健不健康，「修復我的 EPUB」可以直接回答，不必把書放進編輯器。
如何編輯 EPUB 檔案
開啟你的 EPUB
拖入 .epub 檔案，或新增一本空書。解析完全在瀏覽器中完成 — 不會有任何上傳。
編輯內文
用富文字工具列改寫章節：標題、連結、圖片、表格、註腳、尋找取代；也可在側欄重排、分割、新增章節。
調整樣式與詮釋資料
開啟任何 CSS 樣式表調整全書樣式，編輯書名、作者、語言、封面等欄位。
儲存結果
匯出一份符合標準、結構乾淨的 EPUB。編輯進度會自動儲存在本裝置 — 誤重新整理也不會遺失。
常見問題
我關掉分頁，草稿去哪了？
進這個瀏覽器的 IndexedDB，你當時打開的那本書一筆記錄。它不會送到伺服器。清除網站資料，或用另一個瀏覽器，就會把它清掉。修改要緊的時候，把 EPUB 匯出。
一次改壞會不會弄壞 EPUB？
原始碼檢視不會儲存不是格式正確 XML 的標記。富文字檢視寫的是編輯器產生的 XHTML。兩條路都不會修復容器已經壞掉的書。那種情況用「修復我的 EPUB」。
我改了一句話。哪些檔案會被重寫？
你編輯的那一章，再加上 OPF、NCX 和 nav。每一次匯出都會寫它們，好讓套件保持一致。你沒打開的章節維持原樣。mimetype 條目不壓縮儲存。
為什麼這裡的上限是 50 MB，壓縮卻允許 120 MB？
編輯器把書和一份即時編輯模型留在分頁裡，並把套件自動儲存到 IndexedDB。50 MB 是打開前檢查的上限。更大的檔案仍可以用其他工具壓縮、分割或修復。
什麼時候該改用 Sigil 或 Calibre？
當你需要 EPUBCheck、一次跨所有檔案的取代，或轉換成另一種格式。Sigil 和 Calibre 的編輯器就是為那個做的。這一頁是更短的路：改一章、一份樣式表，或更新詮釋資料和封面，而且不用安裝。