本地 Word 工具箱

拆分器在这个浏览器里运行。合并和清理是各自的计划页面。

本地处理 · 不上传 · OpenXML

保存文件需要 JavaScript。下面的说明写在页面 HTML 里。

这里显示的是拆分器,本构建里唯一会运行的工具。

或把一份 .docx 放在这里。

压缩不超过 100 MB,展开不超过 250 MB。一次一份 .docx。

标题级别

项目
项目这个浏览器服务器上传手工
拆分由 JavaScript 运行。一次一份 .docx,压缩不超过 100 MB,展开不超过 250 MB。服务器上传会把文件发给该服务。本页不这样做。你可以在 Word 里自己复制。本页不承诺相同版式。
合并当前不可用。没有公布批量上限。因为不会合并,所以没有合并文件被发送。手工合并不在本页完成。
清理当前不可用。拆分器保存某一章时可以去掉批注。因为不会清理,所以没有清理文件被发送。在 Word 里查看批注是另一项手工操作。
包结构读取 word/document.xml,并重写该章用到的关系。上传服务会在服务器上保存或处理这个包。Word 用它自己的程序编辑同一个包。
隐私本地处理减少上传暴露。这不是 GDPR 或 CCPA 认证。上传后的副本受该服务条款约束。留在 Word 里的文件仍在你选用的程序中。

这一页怎么工作

  1. 打开拆分工作区

    首页显示的是正在运行的拆分器。合并和清理留在各自的计划页面。

  2. 选择本地 .docx

    文件由这个浏览器里的 JavaScript 读取。不会上传,也不会交给尚未提供的工具。

  3. 保存需要的部分

    先预览,再保存单章或 ZIP。结果不是与 Word 像素级一致的副本。

内部原理

iDocMellow 是浏览器里的工具箱,不是一个已经同时会拆分、合并和清理的工具。现在只有拆分器在运行。它是本地 JavaScript,不是 WebAssembly,也不上传 .docx。它读取 word/document.xml,按拆分页说明的标记切开,并写出带 [Content_Types].xml 和 word/_rels/document.xml.rels 的新包。被引用的图片、页眉、页脚、样式和编号可以随章节留下。未被引用的媒体不会进入该章。保存时会去掉批注。域不会更新,结果也不是像素级复制。合并和清理是计划中的页面。它们不会打开文件,首页上的工作区也不能当成这两个工具。以后的合并需要重映射关系 ID,并可能按哈希合并 word/media 里的重复字节;不在 word/media 里的图表要单独处理。以后的清理可以列出未引用媒体,但删除修订可能改变可见文字。这两个功能都没有已公布的批量上限。正在使用的拆分器只接受一份压缩不超过 100 MB、展开不超过 250 MB 的包。本地处理减少上传暴露,不是 GDPR 或 CCPA 认证。

问题

哪些工具真的会运行?

只有拆分器会运行。合并和清理有页面,是为了说明计划,那些页面不会处理文件。

文件会离开这个浏览器吗?

拆分器在本机内存中读取压缩包,不会上传。这减少了上传暴露。它不是 GDPR 或 CCPA 认证、审计,也不保证每个扩展或下载都没有风险。

保存的章节会留下什么?

会留下该章关系能够到达的图片、页眉、页脚、样式和编号。未被引用的媒体不进入。批注会去掉。域不会刷新。

限制写在哪里?

正在使用的拆分器接受一份压缩不超过 100 MB、展开不超过 250 MB 的 .docx。合并和清理因为尚未提供,所以没有公布批量上限。