Composer不支持字符级逐字动画，需用多文本对象显隐或遮罩位移模拟；前者适合短文案，后者需精确帧控与遮罩调试。
Composer 本身不支持对文本内容做“逐字出现”这类基于字符级 DOM 操作的动画——它不是网页渲染引擎，也没有内置的文本分词、span包裹或 steps() 时间切片能力。所谓“关键帧文本逐字出现”，在 Composer 场景中必须转换为「对象层级的显隐控制」或「位移/缩放触发的视觉错觉」，否则直接套用 CSS 思路会完全失效。
Composer 里没有 textContent 或 charAt()，别想 JS 那套
你不能像在网页里那样用 JavaScript 拆解字符串、遍历每个字符、动态加 span 再设 opacity 关键帧。Composer 的文本对象（如标注、2D 文本、BOM 表格单元格）是整体渲染的图元，不暴露字符粒度的属性。试图右键文本→“设置关键帧→透明度”再手动调时间点，只会让整段文字一起淡入，无法逐字。
常见错误现象：
- 在时间轴上为文本图层添加了多个透明度关键帧，但所有字同步变化
- 用 Digger 切开文本图层？不行——Digger 只作用于 3D 几何体，对文本无效
- 导出为 HTML 后用 CSS 补打字机效果？可以，但那已脱离 Composer 动画流程，且丢失原始交互逻辑
可行替代方案：用「对象序列」模拟逐字感
本质是放弃“一个文本对象逐字显示”，转而用多个独立文本对象（每个含 1 个字或 1 个词），按顺序触发它们的出现动画。这需要前期拆分和排版配合：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在 Composer 中新建多个
2D Text对象，每个只输入 1 个字符（如“H”、“e”、“l”…），手动对齐位置（用对齐工具或坐标微调） - 确保所有文本对象在同一图层组下，方便批量管理
- 为每个对象单独设置关键帧：起始时间错开，属性选
Opacity或Scale（从 0→1），插值曲线用FastOutSlowInEasing避免生硬弹跳 - 若需更自然的节奏，可给后几个字符的关键帧添加轻微延迟（比如第 1 字 0s，第 2 字 0.15s，第 3 字 0.3s…）
注意：这种做法会显著增加图层数量和关键帧管理成本，50 字就要建 50 个对象——只建议用于短标题、关键词或不超过 10 字的强调文案。
用位移+遮罩制造“打字”视觉动效
如果字符数较多，又想保持单文本对象，可用「移动遮罩层」配合静止文本实现伪逐字效果：
- 创建一个细长矩形（如 2px 高 × 宽度略大于文本），填充纯色，置于文本上方
- 将该矩形设为
Mask（遮罩），并启用“反向遮罩”使其只露出下方文本的一小段 - 为该遮罩矩形添加
Translate X关键帧：从文本左端开始，匀速平移到右端 - 调整遮罩宽度和移动速度，使“可见窗口”扫过文本时，视觉上接近打字节奏
这个方法依赖精确的初始偏移和速度匹配。容易踩的坑是：遮罩边缘模糊导致字迹虚化；文本换行后遮罩无法自动适配；导出视频时部分格式不支持遮罩渲染（尤其是老版本 Composer 导出为 AVI 时）。
最常被忽略的一点：Composer 时间轴单位默认是秒，但人眼能感知的字符间隔在 0.1–0.2s 之间，拖动时间栏很难精准停到 0.15s 这种刻度。务必右键时间轴→“设置时间格式”为“帧”（如 30fps），然后用帧数控制（每 3–6 帧一个字），才真正可控。
