13 KiB
可编辑 PPTX 导出：HTML 硬约束 + 尺寸决策 + 常见错误
本文档讲的是用 scripts/html2pptx.js + pptxgenjs 把 HTML 逐元素翻译成真·可编辑 PowerPoint 文本框的路径，也是 export_deck_pptx.mjs 唯一支持的路径。
核心前提：要走这条路，HTML 必须从第一行就按下面 4 条约束写。不是写完再转——事后补救会触发 2-3 小时返工（2026-04-20 期权私董会项目实测踩坑）。
视觉自由度优先的场景（动画 / web component / CSS 渐变 / 复杂 SVG）请改走 PDF 路径（
export_deck_pdf.mjs/export_deck_stage_pdf.mjs），不要指望 pptx 导出能兼得视觉保真和可编辑——这是 PPTX 文件格式本身的物理约束（见文末「为什么 4 条约束不是 Bug 而是物理约束」）。
画布尺寸：用 960×540pt（LAYOUT_WIDE）
PPTX 单位是 inch（物理尺寸），不是 px。决策原则：body 的 computedStyle 尺寸要匹配 presentation layout 的 inch 尺寸（±0.1"，由 html2pptx.js 的 validateDimensions 强制检查）。
3 个候选尺寸对比
| HTML body | 物理尺寸 | 对应 PPT layout | 何时选 |
|---|---|---|---|
960pt × 540pt |
13.333″ × 7.5″ | pptxgenjs LAYOUT_WIDE |
✅ 默认推荐（现代 PowerPoint 16:9 标配） |
720pt × 405pt |
10″ × 5.625″ | 自定义 | 仅当用户指定「老版 PowerPoint Widescreen」模板时 |
1920px × 1080px |
20″ × 11.25″ | 自定义 | ❌ 非标尺寸，投影后字体显得异常小 |
别把 HTML 尺寸当分辨率想。 PPTX 是矢量文档，body 尺寸决定的是物理尺寸不是清晰度。超大 body（20″×11.25″）不会让文字更清晰——只会让字号 pt 相对画布变小，投影/打印时反而更难看。
body 写法三选一（等价）
body { width: 960pt; height: 540pt; } /* 最清晰，推荐 */
body { width: 1280px; height: 720px; } /* 等价，px 习惯 */
body { width: 13.333in; height: 7.5in; } /* 等价，英寸直觉 */
配套的 pptxgenjs 代码：
const pptx = new pptxgen();
pptx.layout = 'LAYOUT_WIDE'; // 13.333 × 7.5 inch, 无需自定义
4 条硬约束（违反会直接报错）
html2pptx.js 把 HTML 的 DOM 逐元素翻译成 PowerPoint 对象。PowerPoint 的格式约束投射到 HTML 上 = 下面 4 条规则。
规则 1：DIV 里不能直接写文字 — 必须用 <p> 或 <h1>-<h6> 包裹
<!-- ❌ 错误：文字直接在 div 里 -->
<div class="title">Q3营收增长23%</div>
<!-- ✅ 正确：文字在 <p> 或 <h1>-<h6> 里 -->
<div class="title"><h1>Q3营收增长23%</h1></div>
<div class="body"><p>新用户是主要驱动力</p></div>
为什么：PowerPoint 文本必须存在 text frame 里，text frame 对应 HTML 的段落级元素（p/h*/li）。裸 <div> 在 PPTX 里没有对应的文本容器。
也不能用 <span> 承载主文字——span 是行内元素，没法独立对齐成文本框。span 只能夹在 p/h* 里做局部样式（加粗、换色）。
规则 2：不支持 CSS 渐变 — 只能用纯色
/* ❌ 错误 */
background: linear-gradient(to right, #FF6B6B, #4ECDC4);
/* ✅ 正确：纯色 */
background: #FF6B6B;
/* ✅ 如果必须多色条纹，用 flex 子元素各自纯色 */
.stripe-bar { display: flex; }
.stripe-bar div { flex: 1; }
.red { background: #FF6B6B; }
.teal { background: #4ECDC4; }
为什么：PowerPoint 的 shape fill 只支持 solid/gradient-fill 两种，但 pptxgenjs 的 fill: { color: ... } 只映射 solid。渐变走 PowerPoint 原生 gradient 需要另写结构，目前工具链不支持。
规则 3：背景/边框/阴影只能在 DIV 上，不能在文字标签上
<!-- ❌ 错误：<p> 有背景色 -->
<p style="background: #FFD700; border-radius: 4px;">重点内容</p>
<!-- ✅ 正确：外层 div 承载背景/边框，<p> 只负责文字 -->
<div style="background: #FFD700; border-radius: 4px; padding: 8pt 12pt;">
<p>重点内容</p>
</div>
为什么：PowerPoint 里 shape（方块/圆角矩形）和 text frame 是两个对象。HTML 的 <p> 只翻译成 text frame，背景/边框/阴影属于 shape——必须在包裹 text 的 div 上写。
规则 4：DIV 不能用 background-image — 用 <img> 标签
<!-- ❌ 错误 -->
<div style="background-image: url('chart.png')"></div>
<!-- ✅ 正确 -->
<img src="chart.png" style="position: absolute; left: 50%; top: 20%; width: 300pt; height: 200pt;" />
为什么：html2pptx.js 只从 <img> 元素提取图片路径，不解析 CSS 的 background-image URL。
Path A HTML 模板骨架
每张 slide 一个独立 HTML 文件，彼此作用域隔离（避开单文件 deck 的 CSS 污染）。
<!DOCTYPE html>
<html lang="zh-CN">
<head>
<meta charset="UTF-8">
<style>
* { margin: 0; padding: 0; box-sizing: border-box; }
body {
width: 960pt; height: 540pt; /* ⚠️ 匹配 LAYOUT_WIDE */
font-family: system-ui, -apple-system, "PingFang SC", sans-serif;
background: #FEFEF9; /* 纯色，不能渐变 */
overflow: hidden;
}
/* DIV 负责布局/背景/边框 */
.card {
position: absolute;
background: #1A4A8A; /* 背景在 DIV 上 */
border-radius: 4pt;
padding: 12pt 16pt;
}
/* 文字标签只负责字体样式，不加背景/边框 */
.card h2 { font-size: 24pt; color: #FFFFFF; font-weight: 700; }
.card p { font-size: 14pt; color: rgba(255,255,255,0.85); }
</style>
</head>
<body>
<!-- 标题区：外层 div 定位，内层文字标签 -->
<div style="position: absolute; top: 40pt; left: 60pt; right: 60pt;">
<h1 style="font-size: 36pt; color: #1A1A1A; font-weight: 700;">标题用断言句，不是主题词</h1>
<p style="font-size: 16pt; color: #555555; margin-top: 10pt;">副标题补充说明</p>
</div>
<!-- 内容卡片：div 负责背景，h2/p 负责文字 -->
<div class="card" style="top: 130pt; left: 60pt; width: 240pt; height: 160pt;">
<h2>要点一</h2>
<p>简短说明文字</p>
</div>
<!-- 列表：使用 ul/li，不用手动 • 符号 -->
<div style="position: absolute; top: 320pt; left: 60pt; width: 540pt;">
<ul style="font-size: 16pt; color: #1A1A1A; padding-left: 24pt; list-style: disc;">
<li>第一条要点</li>
<li>第二条要点</li>
<li>第三条要点</li>
</ul>
</div>
<!-- 插图：用 <img> 标签，不用 background-image -->
<img src="illustration.png" style="position: absolute; right: 60pt; top: 110pt; width: 320pt; height: 240pt;" />
</body>
</html>
常见错误速查
| 错误信息 | 原因 | 修复方法 |
|---|---|---|
DIV element contains unwrapped text "XXX" |
div 里有裸文字 | 把文字包进 <p> 或 <h1>-<h6> |
CSS gradients are not supported |
用了 linear/radial-gradient | 改为纯色，或用 flex 子元素分段 |
Text element <p> has background |
<p> 标签加了背景色 |
外套 <div> 承载背景，<p> 只写文字 |
Background images on DIV elements are not supported |
div 用了 background-image | 改为 <img> 标签 |
HTML content overflows body by Xpt vertically |
内容超出 540pt | 减少内容或缩小字号，或 overflow: hidden 截断 |
HTML dimensions don't match presentation layout |
body 尺寸和 pres layout 对不上 | body 用 960pt × 540pt 配 LAYOUT_WIDE；或 defineLayout 自定义尺寸 |
Text box "XXX" ends too close to bottom edge |
大字号 <p> 距离 body 底边 < 0.5 inch |
往上挪，留足下边距；PPT 底部本身就会被遮住一部分 |
基本工作流（3 步出 PPTX）
Step 1：按约束写每页独立 HTML
我的Deck/
├── slides/
│ ├── 01-cover.html # 每个文件都是完整 960×540pt HTML
│ ├── 02-agenda.html
│ └── ...
└── illustration/ # 所有 <img> 引用的图片
├── chart1.png
└── ...
Step 2：写 build.js 调用 html2pptx.js
const pptxgen = require('pptxgenjs');
const html2pptx = require('../scripts/html2pptx.js'); // 本 skill 脚本
(async () => {
const pres = new pptxgen();
pres.layout = 'LAYOUT_WIDE'; // 13.333 × 7.5 inch，匹配 HTML 的 960×540pt
const slides = ['01-cover.html', '02-agenda.html', '03-content.html'];
for (const file of slides) {
await html2pptx(`./slides/${file}`, pres);
}
await pres.writeFile({ fileName: 'deck.pptx' });
})();
Step 3：打开检查
- PowerPoint/Keynote 打开导出 PPTX
- 双击任意文字应能直接编辑（如果是图片说明第 1 条违反了）
- 验证 overflow：每页应该在 body 范围内，没有被截
这条路径 vs 其他选项（什么时候选什么）
| 需求 | 选什么 |
|---|---|
| 同事会改 PPTX 里的文字 / 发给非技术人员继续编辑 | 本文路径（editable，需从头按 4 条约束写 HTML） |
| 只是演讲用 / 发存档，不再改 | export_deck_pdf.mjs（多文件）或 export_deck_stage_pdf.mjs（单文件 deck-stage），出矢量 PDF |
| 视觉自由度优先（动画、web component、CSS 渐变、复杂 SVG），接受不可编辑 | PDF（同上）——PDF 既保真又跨平台，比「图片 PPTX」更合适 |
绝不要在视觉自由写好的 HTML 上硬跑 html2pptx——实测视觉驱动的 HTML pass 率 < 30%，剩下的逐页改造比重写还慢。这种场景应该出 PDF，不是硬挤 PPTX。
Fallback：已有视觉稿但用户坚持要 editable PPTX
偶尔会遇到这个场景：你/用户已经写好一份视觉驱动的 HTML（渐变、web component、复杂 SVG 都用上了），本来出 PDF 最合适，但用户明确说「不行，必须是可编辑的 PPTX」。
不要硬跑 html2pptx 期待它 pass——实测视觉驱动 HTML 在 html2pptx 上 pass 率 <30%，剩下 70% 会报错或走样。正确的 fallback 是：
Step 1 · 先告知局限性（透明沟通）
一句话跟用户说清三件事：
「你现在的 HTML 用了 [具体列出：渐变 / web component / 复杂 SVG / ...]，直接转 editable PPTX 会 fail。我有两个方案：
- A. 出 PDF（推荐）——视觉 100% 保留，接收方能看能印但不能改文字
- B. 以视觉稿为蓝本，重写一版 editable HTML（保留色彩/布局/文案的设计决策，但按 4 条硬约束重新组织 HTML 结构，牺牲渐变、web component、复杂 SVG 等视觉能力）→ 再导出 editable PPTX
你选哪个？」
不要把 B 方案说得云淡风轻——明确告知会丢失什么。让用户做取舍。
Step 2 · 如果用户选 B：AI 主动改写，不要求用户自己写
这里的 doctrine 是：用户给的是设计意图，你负责翻译成合规实现。不是让用户去学 4 条硬约束然后自己重写。
改写时的遵循原则：
- 保留：色彩系统（主色/辅色/中性色）、信息层级（标题/副标题/正文/注解）、核心文案、layout 骨架（上中下 / 左右分栏 / 网格）、页面节奏
- 降级：CSS 渐变 → 纯色或 flex 分段、web component → 段落级 HTML、复杂 SVG → 简化的
<img>或纯色几何、阴影 → 删除或降为极弱、自定义字体 → 向系统字体靠齐 - 重写：裸文字 → 包进
<p>/<h*>、background-image→<img>标签、<p>上的背景边框 → 外层 div 承载
Step 3 · 产出对照清单（透明交付）
改写完成后给用户一份 before/after 对照，让他知道哪些视觉细节被简化了：
原设计 → editable 版调整
- 标题区紫色渐变 → 主色 #5B3DE8 纯色背景
- 数据卡片阴影 → 删除（改为 2pt 描边区分）
- 复杂 SVG 折线图 → 简化为 <img> PNG（从 HTML 截图生成）
- Hero 区 web component 动效 → 静态首帧（web component 无法翻译）
Step 4 · 导出 & 双格式交付
editable版 HTML → 跑scripts/export_deck_pptx.mjs出可编辑 PPTX- 建议同时保留原视觉稿 → 跑
scripts/export_deck_pdf.mjs出高保真 PDF - 双格式交付给用户：视觉稿的 PDF + 可编辑的 PPTX，各司其职
什么情况下直接拒绝 B 方案
个别场景下改写代价过高，应该劝用户放弃 editable PPTX：
- HTML 核心价值是动画或交互（改写后只剩静态首帧，信息量损失 50%+）
- 页数 > 30，改写成本超过 2 小时
- 视觉设计深度依赖精确 SVG / 自定义 filter（改写后和原图几乎无关）
此时告诉用户：「这个 deck 改写代价过高，建议出 PDF 而不是 PPTX。如果接收方确实要 pptx 格式，就接受视觉会大幅朴素化——要不要换成 PDF？」
为什么 4 条约束不是 Bug 而是物理约束
这 4 条不是 html2pptx.js 作者偷懒——它们是 PowerPoint 文件格式（OOXML）本身的约束投射到 HTML 上的结果：
- PPTX 里文字必须在 text frame（
<a:txBody>），对应段落级 HTML 元素 - PPTX 的 shape 和 text frame 是两个对象，无法在同一 element 上同时画背景和写文字
- PPTX 的 shape fill 对 gradient 支持有限（仅某些 preset gradients，不支持 CSS 任意角度渐变）
- PPTX 的 picture 对象必须引用真实图片文件，不是 CSS 属性
理解这点后，不要期待工具变聪明 —— 是 HTML 写法要适配 PPTX 格式，不是反过来。