chore: ruler files update
Signed-off-by: Dmytro Stanchiev <git@dmytros.dev>
This commit is contained in:
334
.claude/skills/huashu-design/references/editable-pptx.md
Normal file
334
.claude/skills/huashu-design/references/editable-pptx.md
Normal file
@@ -0,0 +1,334 @@
|
||||
# 可编辑 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 写法三选一（等价）
|
||||
|
||||
```css
|
||||
body { width: 960pt; height: 540pt; } /* 最清晰，推荐 */
|
||||
body { width: 1280px; height: 720px; } /* 等价，px 习惯 */
|
||||
body { width: 13.333in; height: 7.5in; } /* 等价，英寸直觉 */
|
||||
```
|
||||
|
||||
配套的 pptxgenjs 代码：
|
||||
|
||||
```js
|
||||
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>` 包裹
|
||||
|
||||
```html
|
||||
<!-- ❌ 错误：文字直接在 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 渐变 — 只能用纯色
|
||||
|
||||
```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 上，不能在文字标签上
|
||||
|
||||
```html
|
||||
<!-- ❌ 错误：<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>` 标签
|
||||
|
||||
```html
|
||||
<!-- ❌ 错误 -->
|
||||
<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。
|
||||
|
||||
---
|
||||
|
||||
## 合并文本框（`data-pptx-merge`）
|
||||
|
||||
**默认行为**：HTML 里每个 `<p>`/`<h1>`-`<h6>` 在 PPTX 里都是**独立文本框**。卡片里写 3 个 `<p>` → PPT 里 3 个文本框摞着，编辑时不能整段回车换行加段，得逐个改字号/对齐。
|
||||
|
||||
**解决方法**：给外层 div 加 `data-pptx-merge="true"`，容器内的所有 `<p>/<h*>` 会合并为**一个可编辑文本框**，每段之间用段落分隔符隔开，PPT 里就是一段一段连续编辑。
|
||||
|
||||
```html
|
||||
<!-- ✅ 合并写法：4 段全部在一个文本框里 -->
|
||||
<div class="card" data-pptx-merge="true"
|
||||
style="position: absolute; top: 60pt; left: 60pt; width: 420pt;
|
||||
background: #1A4A8A; border-radius: 8pt; padding: 20pt 24pt;">
|
||||
<h2 style="font-size: 24pt; color: #FFFFFF;">标题</h2>
|
||||
<p style="font-size: 14pt; color: #DDEEFF;">第一段正文。</p>
|
||||
<p style="font-size: 14pt; color: #FFD166;">第二段：换颜色作为强调。</p>
|
||||
<p style="font-size: 14pt; color: #DDEEFF;">第三段：同一个文本框里继续写。</p>
|
||||
</div>
|
||||
```
|
||||
|
||||
**保留的样式**（per-paragraph 作为 run options 写入）：`font-size`、`color`、`font-family`、`font-weight`（bold）、`font-style`（italic）、`text-decoration: underline`、`<b>/<i>/<u>/<strong>/<em>/<span>` 内联样式。
|
||||
|
||||
**取自第一段、整框统一**：`text-align`、`line-height`。因为 PowerPoint 的对齐和行距是 paragraph/textbox 级别——一框里只能有一种对齐。如果几段对齐不同，请别用 merge，让它们各自独立。
|
||||
|
||||
**容器自身的 `background`/`border`/`box-shadow`/`border-radius`** 照常作为 shape 渲染，行为和普通 div 完全一样——也就是说蓝色卡片底 + 文本仍然是「shape + text frame」两层，只是文本层从 3-4 个文本框塌缩成 1 个。
|
||||
|
||||
**限制**：
|
||||
- 不能嵌套 `data-pptx-merge`（会报错）。
|
||||
- 容器不能用 `background-image`（同 4 条硬约束规则 4）。
|
||||
- 容器内不要再放有 `background`/`border` 的子 div——它们仍会被当作独立 shape 渲染，但里面的文字已被合并走了，可能产生视觉错位。
|
||||
|
||||
**什么时候用**：内容会反复改、要在 PPT 里继续编辑的场景。一次性导出归档的不用加，行为一致。
|
||||
|
||||
---
|
||||
|
||||
## Path A HTML 模板骨架
|
||||
|
||||
每张 slide 一个独立 HTML 文件，彼此作用域隔离（避开单文件 deck 的 CSS 污染）。
|
||||
|
||||
```html
|
||||
<!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`
|
||||
|
||||
```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 格式，不是反过来。
|
||||
Reference in New Issue
Block a user