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 的编辑器就是为这些做的。改一章、一份样式表，或更新元数据和封面，又不用安装，本页是更短的路。