加载失败
LibreOffice（开源桌面办公套件）的 Writer 最近在新版本中加入了 Markdown 的导入与导出功能，但并未提供在编辑器内以 Markdown 原生语法实时编辑的所见即所得体验。讨论围绕把 .doc/.docx 转为 Markdown 的实际价值展开，Pandoc（通用文档转换器）、Microsoft 的 markitdown 项目和 Writage 插件被频繁提及作为替代或参考。社区同时在意所选 Markdown 规范（CommonMark、GFM、AsciiDoc）与互操作性、数学公式与列表等复杂语法的保真度，以及解析器可能带来的安全问题（如 RCE）。总体上多数人欢迎导入/导出功能的便捷性，但对覆盖范围、UI 展示与长期战略存在明显分歧。
许多评论者把该功能视为实际的工作流改进：能够在 LibreOffice 里打开常见 .doc/.docx 并导出为 Markdown（保留格式的合理近似）被认为很有用。用户强调这能避免把敏感文件上传到第三方服务，并且便于在本地批量转换，LibreOffice 的命令行转换也被视为加分项。有人指出这对与 LLM/AI copilot 的集成尤其重要，因为导出 Markdown 可保留语义化 headings 以便发送给模型；评论里也把 Pandoc、Microsoft 的 markitdown 和 Writage 插件当作对比方案。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11]
多位评论者澄清公告内容只是 Markdown 的 import/export 功能，而不是在 Writer 内以 Markdown 语法原地编辑。讨论集中在如何在 UI 上实现编辑体验——单窗格所见即所得与侧边预览、行内渲染等不同策略被拿来比较（如 Obsidian 的做法）。同时有人质疑在 LibreOffice 中直接写 Markdown 在效率和交互上是否能与专门编辑器或 Electron 编辑器竞争，因此对“写入体验”的期待值较低。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8]
评论里对应该支持哪种 Markdown flavor 有明显分歧：很多人推荐 Pandoc 作为通用转换工具以保证互操作性，甚至有人用 Pandoc 写 PhD 论文并给予好评。也有评论建议 AsciiDoc 作为功能更完备的纯文本标记语言，因其在多数代码托管平台上得到支持而受青睐。部分人偏好 GFM（GitHub Flavored Markdown），理由是它允许在 Markdown 中嵌入 HTML 并更贴合现实需求；总体共识是需要明确规范与与现有工具（如 Pandoc）的兼容策略。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
一些评论把这次更新视为 LibreOffice 延续旧有 MS Office 范式的表现，认为项目早些年就应更积极推动以 HTML 或“面向 Web 的 Markdown/AsciiDoc”作为通用容器格式。批评者主张文档应能在没有 Office 的环境下由浏览器降级呈现，从而减少专有格式锁定。评论援引历史案例说明行业曾有更开放的路径，但因激励结构与惯性未能实现彻底转型。
反对放弃 WYSIWYG 模式的人强调普通用户对熟悉界面、注释与协作功能的依赖，Word 的用户群不会轻易转到纯文本工具。评论举 WordPerfect 的保守用户为例，并指出把 Emacs/Vim/git 等工具强加给非程序员是缺乏同理心的假设。还有人提到本地所见即所得的笔记替代品稀缺，部分用户更愿意使用手写或熟悉的 GUI 而非迁移到 Markdown 流程。
有人质疑 LibreOffice 对 Markdown 的支持范围和深度，指出标准 Markdown 不包含 LaTeX 数学公式，而不同实现对列表、缩进、脚注等处理不一致，导致转换结果差异较大。复杂文档中的公式、表格、注释与脚注等语义可能无法无损保留，从而影响可读性和后续处理。评论者希望官方给出明确的支持矩阵，说明哪些语法被保留、哪些会降级或丢失，以便评估实际可用性。
部分评论提醒需警惕 Markdown 解析器带来的安全风险（如 RCE，Remote Code Execution），并引用历史漏洞作为警示，说明导入功能可能扩大攻击面。与此同时，公告缺少示例截图或界面演示也被批评，让用户难以直观判断新功能在 UI 上如何表现。社区对功能持欢迎态度，但同时要求更完整的安全评估与可视化说明以便实际采纳。
Pandoc: Pandoc：一个跨格式的文档转换器（命令行工具），常用于在 Markdown、HTML、DOCX 等格式间互转，是社区公认的“万能”转换工具。
CommonMark: CommonMark：为 Markdown 制定的明确解析规范，旨在减少不同实现间的不一致行为，作为一种标准化的 Markdown 语法参考。
GFM (GitHub Flavored Markdown): GFM（GitHub Flavored Markdown）：GitHub 对 Markdown 的扩展，支持表格、任务列表以及在 Markdown 中嵌入 HTML 等实用特性，广泛用于代码托管平台。
AsciiDoc: AsciiDoc：比 Markdown 更强大的纯文本标记语言，适合编写结构化和长篇技术文档，许多托管平台原生支持它。
WYSIWYG: WYSIWYG（What You See Is What You Get，所见即所得）：所见即所得编辑范式，编辑器界面直接呈现最终排版效果，是传统桌面办公套件的核心特性。
RCE: RCE（Remote Code Execution，远程代码执行）：一种严重安全漏洞，攻击者可能借由解析或导入特定内容在目标系统上执行任意代码，文档导入功能可能成为攻击面。