TWiki 转 RST转换器
所有处理都在你的设备上完成，大文件可能需要一点时间。
TWiki Markup与reStructuredText的定位并不相同：TWiki 是 TWiki/Foswiki 的企业级 wiki 标记——---+ 标题、%变量% 和内联表格——至今仍运行在许多企业内网里。把 RST 文档转成 Markdown/Word 给非 Sphinx 读者；或把 Markdown 内容作为 RST 导入 Sphinx 项目。
由于整个转换都在你的设备上完成，它快速、无限量且真正私密——无需账号、没有水印、文件不会出现在任何服务器上。多个文件一次性转换。
TWiki 与 RST 的对比
| TWiki | RST | |
|---|---|---|
| 数据结构 | TML 纯文本（---+、%VAR%、| 表格 |） | 纯文本 + 指令 |
| 最适合 | 内网 wiki 迁移 | 技术文档 |
如何将 TWiki 转换为 RST
- 1
选择文件
选择你的 TWiki 文件。
- 2
立即转换
文件先转换成 Markdown（保留标题、列表与段落的中间格式），再重建为目标格式。
- 3
下载结果
下载 RST——结构保留，复杂排版被简化。
关于 TWiki 格式
TWiki 在 2000 年代写下企业 wiki 的教科书——---+ 标题语法、%变量% 宏和 TML 表格随企业内网扩散，还催生了 Foswiki 分支。一代人的内部文档活在这种标记里，服务器往往没人敢升级。
迁移这些内网正是 TWiki 转换的价值所在：Pandoc 读取 TML 的标题、列表、表格和 wiki 链接，重新输出为 Markdown（给 Confluence 时代的平台）或 Word/HTML（给冻结的存档）。
+优点
- ✓为结构化内网知识而生
- ✓宏变量支持模板化页面
- ✓企业装机量巨大
!局限
- −Foswiki 分叉后式微
- −变量与插件内容转换时通常丢失
- −只有遗留工具链
关于 RST 格式
reStructuredText 是 Python 世界标准化的标记语言：Sphinx 用它构建整套文档站，PyPI 用它渲染项目介绍，docutils 等工具链围绕它建立。标题用标点下划线标出，.. image:: 和 .. code-block:: 之类的指令在不破坏纯文本可读性的前提下扩展能力。
RST 比 Markdown 更严格是有意为之——正是这种严格让大型文档树保持一致。把 RST 转成 Markdown 或 Word 能让 Sphinx 项目向全团队开放；把 Markdown 转回 RST 则能喂给 Sphinx 构建。
+优点
- ✓Sphinx/Python 文档的原生格式
- ✓大规模下依然一致：指令、角色、交叉引用
- ✓表格与提示框是一等语法
!局限
- −普及度不如 Markdown
- −更严格的规则有学习成本
- −部分指令绑定特定工具链
为什么把 TWiki 转换成 RST？
转换的意义在于 RST 的长处正好补上 TWiki 给不了的东西：Sphinx/Python 文档的原生格式而另一边，Foswiki 分叉后式微用上面的转换器过一遍，你的文件就站到了正确的取舍那边。
常见问题
TWiki 转 RST 真的免费吗？
完全免费，无需注册、无水印、也没有每日次数限制。网站依靠广告维持运营。
我的文件会被上传到服务器吗？
不会。转换通过 WebAssembly 完全在你的浏览器内完成，文件不会离开你的设备——这正是它既快又私密的原因。
Windows、Mac、iPhone、安卓都能用吗？
可以。任何装有现代浏览器的设备都适用：Windows、macOS、Linux、安卓和 iOS，无需安装任何软件。
TWiki 转 RST 有文件大小限制吗？
由于不上传，唯一的限制是你设备的内存。现代桌面浏览器处理几百 MB 的文件都没问题，超大文件只是需要稍等片刻。
转换可以离线进行吗？
可以。页面加载完成后，转换完全在浏览器内运行——你甚至可以断网继续转换。任何文件都不会经过服务器。
TWiki 文件的排版会完全保留吗？
本转换器会把 TWiki 的内容渲染成 RST，在目标格式允许的范围内尽量保持页面、比例与图片原样。下载前请用预览确认效果符合预期。