本页内容
需要重新识别时，先检查 PDF 再导出
- 保留原 DOCX，区分 MathType 对象、Word 原生公式和普通图片。有可用插件时，先看下方 WIRIS 官方对象转换方法。
- 选择 PDF 识别路线时，先在能正确显示文档的软件中保存 PDF，核对每条公式、矩阵行列和分段条件。已有正确 PDF 可直接使用。
- 上传 PDF 到图文解析，确认页码后开始。本例处理一页，没有提交翻译或图片高清处理。
- 在结果中逐项对照六条公式，再点导出文档，选择 LaTeX 并开始导出。当前额度与可用条件以界面为准。
- 完整解压 ZIP；本例是一份 TeX 和空 images 目录。先看数学片段，再根据前言使用合适编译器。
- 本地编译后继续与原 PDF 比较。保留原始下载，把需要的格式修订放在副本；不要用能编译来替代数学核对。
官方插件方法见下方路线表与引用。本例使用既有本地 LibreOffice PDF，不把当前未确认的在线 DOCX 转换当作成功。
同一份六公式样例：经 PDF 识别得到新的 TeX
源 DOCX 是已有的自编公式 MathType 成品。2026-10-14 上传其既有本地 PDF 预览，实际解析一页并导出 LaTeX ZIP。原 DOCX、输入 PDF 和本次 TeX 分别提供，便于看清每一步的来源。
| 表达 | 本例核对 | 实际源码变化 |
|---|---|---|
| 行内上下标 | a₁²+b₁²=c₁² | 增加花括号和空格 |
| 分式与定义域 | (x+1)/(x−1)，x≠1 | ne 改为 neq |
| 求和 | 下界 k=1、上界 n、右侧 n(n+1)/2 | 使用 mathop 与 limits |
| 二阶矩阵 | 两行两列：1、2／3、4 | bmatrix 改为 array 加方括号 |
| 分段函数 | x≥0 对应 x；x<0 对应 −x | cases 改为 matrix 加左花括号 |
| 多行等式 | f(x)=(x+1)²；下一行=x²+2x+1 | 仍为两行 aligned，空格和定界不同 |
- 源 DOCX 有6个 MathType 对象，PDF 只是它们的页面显示。本次识别输入是这份一页 PDF，不是 OLE／MTEF 数据流。
- 原生 ZIP 含 mathtype-local-preview.tex 与空 images 目录。正文有1条行内公式、5个显示公式块，六种表达的关键结构均已逐项核对。
- 未改写 TeX，在本地 XeLaTeX / TeX Live 2023 生成1页 PDF；仍有字体相关警告，标题字号、字体和段落外观改变。
- 原代码示例仍作为普通反斜杠文字输出，但它前面的说明句被提升为节标题。数学表达、源码语法和文档层级不是同一项验收。
两份页面预览分别来自既有本地 LibreOffice 和本次本地 XeLaTeX，均不是 Word／MathType 插件操作截图。原 DOCX 与本次 ZIP、TeX 保持原始字节；本地核对包另行整理。在线 DOCX 转换这次显示结果未确认，随后备用 PDF 可载入并提示已有解析；不能据此判定所有 MathType DOCX 都支持或都不支持。WIRIS 插件步骤依据官方文档，本轮未安装或运行该插件。
先了解这几件事
能在兼容的 Word／MathType 7 环境打开现有对象时，先按官方 Convert Equations 方法选择 LaTeX 转换器；只有可读页面或暂时无法使用插件时，可先确认 PDF 的公式完整，再识别并导出 LaTeX。本页实际验证的是后一条 PDF 路径，没有把它写成直接读取 OLE 数据。
- 先确认类型
- 本例源 DOCX 有6个 Equation.DSMT4 对象和配套预览图，不是6张普通截图。
- 两条路线
- 兼容插件可按官方方法转换对象；PDF 路径重新识别页面上的内容。
- 实际下载
- 一份 TeX、空 images 目录；含1条行内公式和5个显示公式块。
- 源码变化
- 矩阵、分段函数等写法变化；数学内容与原源码字节分别核对。
数学结构相同，源码写法仍可能改变
原始对照源码中的矩阵
A=\begin{bmatrix}
1 & 2 \\
3 & 4
\end{bmatrix}这段来自最初自编 Markdown，只用于对照，不是本次从 Word 对象直接提取的结果。
本次 PDF 识别后的实际矩阵写法
A = \left\lbrack \begin{array}{ll} 1 & 2 \\ 3 & 4 \end{array}\right\rbrack保留实际 TeX 写法。元素与2×2结构可核对，但没有恢复为原来的 bmatrix 环境。
按已有文件和可用软件选择路线
| 当前条件 | 路线 | 核对范围 |
|---|---|---|
| 现有 MathType 对象，且 Word 插件可用 | 官方 Convert Equations → 适用 LaTeX 转换器 | 本页引用官方方法，未作插件实测 |
| 已有正确显示的 PDF | 上传 PDF，解析后导出 LaTeX | 本页实际验证；属于重新识别 |
| DOCX 转换未确认或预览不正确 | 先另存并检查 PDF；有备用按钮时按提示选择 | 本次备用 PDF 已载入，未确认在线 DOCX 转换成功 |
| 原始 LaTeX／Markdown 源码仍在 | 直接复用源码并核对目标模板 | 通常无需再绕过 PDF 识别 |
| 只有普通公式图片 | 清晰图片识别后逐项校对 | 不能把图片当作可直接转换的 MathType 对象 |
在兼容的 MathType 7／Word 中转换对象
WIRIS 官方说明要求先保留文档副本，在 Word 的 MathType 选项卡使用 Convert Equations，选择实际存在的公式类型、范围和输出转换器。官方推荐 MathJax:LaTeX 作为标准 LaTeX 的选项；版本、插件代际与当前可用转换器要以自己的环境为准。本页没有实测这条插件路线。
对象转换结果也不等于完整论文工程
官方说明指出，这种转换仍需补充适当的前言与文档命令，不能直接当作完整独立工程。原论文的模板、参考文献、宏与图像资源应另外保留。
本页实际验证的是 PDF 上的六条表达
这份 DOCX 来自既有 MathType 导出，输入 PDF 由本地 LibreOffice 生成。Doc2X 实际识别的是页面可见内容，再生成新的 TeX；没有读取或证明恢复 MathType 原始对象内部的源码。
矩阵和分段函数不要只看外观
本例矩阵元素和顺序为1、2／3、4，分段条件为x≥0与x<0。环境名和花括号变化不一定改变数学意义，但遗漏负号、交换行列或改变条件会；先逐项核对，再考虑整理成习惯的语法。
在线 DOCX 转换等待时如何继续
这次 DOCX 转换显示“结果尚未确认”，备用 PDF 入口能载入已核对的一页 PDF。由于该 PDF 已有解析，随后选择打开已有结果，未请求重复解析。这个单次现象不能确定失败根因或所有格式的支持范围；应以实际预览和状态为准。
保留原文档和原始源码，方便回查
TeX 能编译不表示恢复了原来的字体、标题级别、编号、批注或公式对象。本例代码前的说明句变成节标题，源码也不与原 Markdown 相同。把修订稿与原始下载分开保存，出现疑问时回到原 PDF 和源 DOCX。
相关官方说明
详细操作教程
结合实际 Word、MathType 与图片对照确认来源，再选择对象转换或页面识别。
遇到这些情况
- 找不到 MathType 的 Convert Equations
- 核对官方支持的软件与插件代际，不能把 MathType 7、Microsoft 365 加载项和 WPS 的菜单视为同一套。
- DOCX 迟迟没有可确认的 PDF
- 按界面查询原任务或选择已另存并核对的 PDF；不要把等待状态解释为公式已成功转换。
- 导出的 TeX 与原源码不同
- 先比较数学结构。本例 bmatrix、cases 被改写，不能要求重新识别恢复原始命令字节。
- 只得到源码，不能直接编译论文
- 检查前言、宏包、字体、图片和参考文献；对象转换与完整工程恢复是不同任务。
常见问题
MathType 能转成 LaTeX 吗？
兼容的 MathType 7／Word 环境有官方对象转换方法；也可从已核对的 PDF 重新识别。本页提供后一条路径的真实输入与结果，并引用前一条路径的官方说明。
这次直接读取了 Word 中的 OLE 数据吗？
没有。本次源 DOCX 的6个对象用于确定来源，实际识别输入是一页 PDF。不能把本页结果当作 OLE／MTEF 直接转换的验证。
识别后的 LaTeX 会与最初源码完全相同吗？
本例不会。矩阵与分段环境、空格和定界发生变化，但六条固定表达的关键结构已逐项核对。
源 DOCX 里有 PNG，就说明公式只剩图片了吗？
不一定。MathType 对象通常带显示预览；本例同时有6份对象数据和6张配套图。应先确认对象关系。
可以证明任何复杂公式都无损转换吗？
不能。本例只覆盖六条自编表达，复杂公式、自定义宏、混合对象和目标插件应分别验证。
内容核对：2026-10-14 · 功能条件与配额以当前产品界面为准