Markdown编辑器层出不穷，我为何总在寻找新选择？

从Git仓库的README到技术博客，Markdown已经成为技术世界里无处不在的标记语言。作为一个写作者，多年来我一直在使用Markdown——不仅用它撰写本站文章，还会在电脑上用专门的Markdown编辑器管理个人笔记、草稿和技术文档。虽然有时我直接使用CMS写作，但我更喜欢为不同场景选择不同工具的习惯。

在Linux系统上，我已经尝试过许多Markdown编辑器，但探索新工具几乎成了我的本能——这能让我时刻了解领域内的新动态。最近，一款名为Ferrite的新编辑器引起了我的注意。它宣称具备我期待的所有功能：文件夹视图、双面板布局、专注模式、编辑器工具栏、Git状态展示以及内置终端等。

此外，它还支持代码折叠、语法高亮、小地图概览、图表绘制等高级特性。简单来说，Ferrite就像是一个针对Markdown（或者说纯文本）文件的IDE。

需要说明的是，Ferrite项目虽然是开源的，但其代码100%由AI生成。是否使用AI生成的代码，这是一个原则性问题，我在此特意指出，以便读者自行判断。

认识Ferrite：专为开发者打造的Markdown编辑器

Ferrite使用Rust语言编写，主要针对Markdown文件进行了优化，同时对JSON、YAML和TOML等开发者常见的文本格式也有良好支持。对于Markdown文件，你可以选择三种视图：纯源代码模式（带语法高亮）、渲染模式（仅显示渲染后的Markdown效果）以及分屏模式（源代码与渲染结果并排显示）。对于其他类型的文件，它会显示小地图概览和语法高亮。

它还提供了禅定模式（Zen mode），帮助你在专注工作时排除干扰。更令人惊喜的是，Ferrite内置了流程图、线框图和思维导图等绘制功能。此外，功能列表远不止于此：支持导出PDF和HTML、直接从编辑器运行Shell和Python代码、拥有命令面板、支持Wiki链接、可以预览PDF和CSV文件……可以说，这是一款专门为开发者定制的Markdown编辑器。

为何它让我一见倾心？

最近，我经常需要编辑托管在GitHub上的技术文档。典型的流程是：Fork仓库、克隆到本地、创建新分支、做出修改、推送到自己的Fork，最后向上游仓库发起Pull Request。这是标准的代码贡献流程，也适用于协作文档编辑。由于这种工作模式接近开发流程，一个类似IDE的文本编辑器非常合适。

• Ferrite内置的终端让我可以随时调出命令行，快速执行commit和push操作。
• 它还能在Git仓库中显示本地修改的文件，一目了然。
• 虽然我也可以用VS Code配合扩展来实现类似功能，但杀鸡用牛刀，而且我更倾向于将代码和文本编辑分开。

在此之前，我使用过Ghostwriter，但它过于简单，我不得不在多个工具之间切换。Ferrite的出现几乎填满了我的需求清单，让我一度以为找到了完美解决方案。

美中不足：一点点遗憾

像生活中的大多数事物一样，Ferrite也并不完美。在连续使用几天后，我发现了一些小问题。

在分屏模式下，有一个专门的按钮用于同步源代码视图和渲染视图——理论上，你在一侧滚动时，另一侧应该随之联动。然而，这个功能的效果并不理想：存在明显的延迟，让人无法忽略。

……此外，它似乎还无法正常显示某些图片（原文此处被截断，但根据上下文推测存在其他小毛病）。

尽管有这些不足，Ferrite依然是一款值得关注的工具。它离完美只差一步，但这一步或许会成为许多用户选择它的关键障碍。

---

关注微信号：智享开源 ，及时了解更新信息。

原文链接：https://feed.itsfoss.com/link/24361/17389531/ferrite-editor

---

请支持IMCN发展！

谁在捐赠

微信捐赠	支付宝捐赠

扫码关注公众号：智享开源