Publii项目中自定义TinyMCE生成的目录(TOC)结构的技术方案

在内容管理系统Publii中，用户经常需要定制化文章目录(TOC)的HTML结构。本文深入探讨TinyMCE编辑器生成目录时的代码处理机制，并提供可行的技术解决方案。

核心问题分析

当用户在Publii的HTML视图模式下直接修改TOC代码时，这些修改会在点击"应用更改"按钮后被自动还原。这种现象的根本原因在于：

1. TinyMCE编辑器具有自动清理和规范化HTML代码的功能
2. 默认的TOC生成逻辑会覆盖手动修改
3. 修改无法跨文章持久化保存

现有解决方案评估

Publii官方提供的可折叠TOC插件虽然能实现基础功能，但存在两个主要限制：

1. 不支持深度自定义HTML结构
2. 作为付费插件，用户无法通过修改源码实现特定需求

推荐技术方案

方案一：开发自定义TOC插件

这是最彻底的解决方案，需要开发者：

1. 基于Publii插件开发规范创建新插件
2. 重写TOC生成逻辑
3. 添加自定义HTML结构模板
4. 实现配置持久化存储

关键实现要点包括：

• 拦截默认TOC生成事件
• 注入自定义HTML模板
• 添加用户配置界面
• 处理跨文章配置同步

方案二：修改TinyMCE配置

通过调整编辑器配置可以部分解决问题：

1. 禁用自动清理功能（需谨慎）
2. 添加自定义TOC生成规则
3. 扩展允许的HTML标签和属性

方案三：使用后处理脚本

在文章发布时通过脚本处理：

1. 监听文章保存事件
2. 使用DOM操作修改TOC结构
3. 应用统一的自定义模板

实施建议

对于技术能力较强的用户，推荐采用方案一开发独立插件。这虽然需要投入开发时间，但能获得最大的灵活性和控制权。

普通用户可考虑：

1. 结合现有插件功能
2. 通过CSS覆盖实现部分视觉效果
3. 在导出后使用外部工具批量处理

注意事项

1. 直接修改核心文件会导致升级兼容性问题
2. 过度放宽HTML过滤可能带来安全风险
3. 自定义结构需考虑响应式设计的兼容性

通过以上技术方案，用户可以在Publii项目中实现真正符合需求的目录结构定制。