Mitos:Helix 分支打造的模态编辑器

Mitos editor is a fork of Helix

Mitos:Helix 分支打造的模态编辑器

Mitos 是 Helix 的一个分支,定位为面向现在与未来的模态文本编辑器。它内置了多光标编辑、Tree-sitter 语法感知以及完整的语言工具链,真正实现了开箱即用。编辑器支持通过 Language Server Protocol (LSP) 提供代码补全、诊断和跳转定义,同时利用 Debug Adapter Protocol (DAP) 实现断点调试和变量检查。此外,Mitos 还允许在终端内直接预览图像,并提供了强大的文件导航与搜索功能。作为开源项目,它在 MPL-2.0 协议下发布,旨在为开发者提供更流畅的编辑体验。

Mitos 是一款围绕选区构建的模态文本编辑器,内置多光标、Tree-sitter 语法感知以及语言工具。
  1. jon128

    Mitos 首页最显眼的位置,首先应该呈现一个条理清晰的理由,说明为什么分叉项目能极大地提升认知,以及现有的 Helix 用户为何应该(或不应该)转而使用 Mitos。

    有一件事特别让我出戏,也让我觉得不会考虑使用 Mitos,那就是 Mitos 首页往下滚动时展示的“在终端模拟器内渲染图像文件”的功能。我更倾向于弹出一个专门的图像查看器,也许可以通过选项隐藏界面小部件,并在新窗口或新标签页中显示。我使用的是 i3 或 Sway,早就有宏可以做到这一点,我也理解其他人可能没有这种便利(或没有这种需求)。

    替代分支,甚至像这样的分叉项目,本身是好事。有时它们有助于达成新的共识,并最终合并回原项目,从而让新项目更强大,前提是分叉的初衷并非源于个人性格冲突。

    我认为 Helix 的分叉可能是朝着正确方向迈出的一步。但“在终端内查看图像”这一功能闻起来就不对劲。在终端窗口内显示图像的心态,以及示例截图中 macOS 的窗口装饰,这两者密不可分。

  2. jswelker

    我非常喜欢 Helix 及其“开箱即用”的理念,但希望它能包含更多“电池”。具体来说,就是缺乏一个好用的 diff 查看器。是的,我可以创建一个指向 lazygit 的快捷方式,但在进程间切换时的行为存在 bug 且体验糟糕。

    尽管从抽象层面来说,我更喜欢 Helix 的键盘模型胜过 vim,但我还是希望能有一种方式直接切换到 vim 模式,因为 vim 的操作模式已经根深蒂固。

    也许这个分叉项目能直接解决这些问题,或者通过允许插件来解决。

  3. hmokiguess

    这看起来不错,不过我已经在用 Helix 并且很喜欢。这个分叉项目的动机是什么?

  4. fcoury

    我构建一个“开箱即用”的类 vim 编辑器已经有一两年了。起初这是一系列直播,但我真的很喜欢它现在的样子。

    https://youtu.be/eX1ZhXY0VZU?si=hUufOFS5ifTGeh-g

    如果你正在寻找类似的东西,我很乐意请你试用一下:

    https://getred.dev

  5. alberth

    如果 Helix 有一个固定的发布计划(例如每 6 个月一次),那么社区 90% 的挫败感就会消失。

    这是给所有维护者的一个教训。此前,Helix 大约每 6 个月发布一次。虽然这是非官方的,但大致就是这个节奏。

    后来他们停止了。但仍然在提交更新。

    社区习惯于某种惯例,一旦连非官方的惯例都改变了,社区就会感到沮丧。

同日更多故事

2026-10-18