html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
text-indent 是唯一可靠、语义正确、浏览器原生支持的段落首行缩进方案；其他方式如 padding-left、margin-left、pre 标签均破坏排版逻辑或脱离语义，不推荐用于常规段落。
text-indent 是唯一可靠、语义正确、浏览器原生支持的段落首行缩进方案。其他方式（如 padding-left、margin-left、pre 标签）要么破坏排版逻辑，要么脱离语义，不推荐用于常规段落。
为什么直接写 text-indent: 2em 有时没效果
最常见原因是目标元素不是块级上下文：
-
<p></p>被意外设为display: inline或inline-block——text-indent只对生成块级框的元素生效 - 父容器用了
display: flex或display: grid，且未触发 BFC，导致子p的块格式化行为被干扰 - 段落内第一个子节点是
<img>、<span style="max-width:90%"></span>等块级/替换元素，首行“文本起点”被跳过，缩进视觉上消失 - 检查浏览器开发者工具中该
p的 computeddisplay值，必须是block、table或类似块级类型
text-indent 单位选 em 还是 ch 还是 px
单位直接影响中文缩进是否“像两个字”：
-
2em：最常用，缩进 = 当前字体大小 × 2；在多数中文字体（如 Microsoft YaHei、PingFang SC）下接近两字符宽度，但非绝对精确 -
2ch：理论上更贴合“两个汉字”，因ch基于 “0” 字宽，而多数中文字体中 “0” 宽 ≈ 汉字宽；但 Safari 仍不支持，Chrome 120+、Firefox 115+ 才稳定，上线前需查 caniuse -
32px：固定像素，适合印刷级控制，但用户缩放或高 DPI 屏下易失准，响应式场景慎用 - 避免混用
rem：若根字体随用户设置动态变化（如 iOS 辅助功能放大），缩进会突兀变大，打乱段首节奏
哪些情况会“吃掉”缩进或让效果异常
text-indent 表面简单，实际受多个隐式样式影响：
- 父容器设了
direction: rtl→ 缩进方向变为向右，不是 bug，是规范行为；混合 LTR/RTL 文本时需额外包裹dir="ltr" - 段落含
white-space: pre或pre-wrap→ 缩进可能出现在换行后的第一行，而非原始首行 - 用了
text-align: justify→ 首行缩进仍在，但两端对齐拉伸后，视觉上缩进感被削弱 - 段落有背景色或边框 +
padding-left同时存在 → 缩进区域被染色，和纯文本缩进意图冲突，应二选一 - 富文本编辑器输出的
p带style="margin:0"等内联样式 → 会覆盖外部text-indent，需提高选择器权重或清洗 HTML
真正难调的不是“怎么加缩进”，而是缩进在不同嵌套层级、不同字体、不同用户设置下的表现一致性。盯着渲染结果调，别只信代码里写的数字。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
