/usr/bin/mote消失了。工具会变，写作却会继续。mori 是一款 Markdown 编辑器，想让那段时间更轻松、更可靠。
切换分支后，是否遇到过已经打开的文档变成空白画面的情况？我们在为博客截取截图时，在自己的应用中看到了这一幕，并借着修复它的机会，一并解决了另一个更隐蔽的 bug。
如果保存时笔记本电脑突然关机，文档会怎么样？在 mori 中，答案是“要么处于保存前，要么处于保存后，只有这两种情况”。
git diff 中是否曾出现过我没有修改的表格？mori 不以文档模型为准，而是以文件为准，保存时只将输入过的字节写入磁盘。
“轻量”这个说法没有什么可供验证。mori 明确规定了八个用于说明自身表现的数字，并同时公布测量方法、条件和原始数据。
编辑器虽然一整天都开着，但真正打字的时间只占其中一部分。mori 在其余时间里既不调度帧，也不设置定时器，并通过代码检查和真机测量两道关卡来确保这一点。
购买工具时，真正想知道的并不是价格本身，而是下一张账单。mori 只需购买一次，在该主版本内不会再次收费。
有没有过这样的经历，只是按下了查找，屏幕上方却一下子变得像多了两行那么沉重。我们的查找卡片曾经就是这样，后来打开另外三款编辑器看过之后，把它缩成了一行。
有没有过这样的经历：粘贴了截图，却不知道文件以什么名称创建在了哪里，文件夹也越积越大。mori 会在将图片写入磁盘前先询问一次，并在卡片上写明要将什么保存到哪里。
同一个应用在不同发行版上看起来略有不同，原因通常不在应用本身，而在于系统安装的工具包版本。从 beta.2 开始，四种安装形式都会随附相同的库。
你是否遇到过只改了表格中的一个词，git diff 却显示整个表格都发生了变化？表格是 Markdown 中最容易出现错位的地方。
你是否有过这样的经历：只是为了修改一个粗体词语而放置光标，整个段落却都恢复成了 Markdown 源文？mori 只会显示光标所触及的那个语法结构的符号。
你是否遇到过，仅仅把光标移到列表项上，整段文字就向旁边晃动了一下？只要是会隐藏和显示符号的编辑器，几乎都会遇到这种情况。
为了不说“在我的机器上可以运行”，我们建立了一个实验室。启动组合了 Ubuntu 版本、会话、输入法和安装形式的虚拟机，运行相同的检查，并将结果汇总在一张表中查看。
用韩文写长文时，有时最后一个音节会消失，或者单词会被拆开。这不是输入错误，而是编辑器在哪里处理组合输入的问题。
mori 的首个公开测试版已在 Linux 上发布。我们认为，首个版本不仅要写清楚其中包含了什么，也应该同时说明目前还缺少什么。
很多应用为了绘制一个公式，就得带上完整的浏览器引擎。mori 走不通这条路，所以必须寻找另一种方法。
你是否遇到过这种情况：在 Markdown 编辑器中按了一次 Enter，画面却向下跳了两行；或者画面上分开的段落到了 GitHub 上却连成了一整块。这其实是同一个问题的两面。
写短笔记时，任何编辑器都很快。差别会在文档变长时显现，而这种差别取决于按下一个键的成本是随编辑范围增长，还是随文档大小增长。
你是否遇到过韩文看起来很正常，唯独汉字显得有些陌生的情况？当我们决定不亲自绘制文字，而是交给平台的文本引擎时，我们的工作就不再是决定“要画什么”，而是决定“该请求哪种字体”。
如果要在三个操作系统上推出同一款编辑器，有一种方法只需编写一次 UI。我们曾经走过这条路，后来又退了回来，改为在一个核心之上叠加一组针对各平台的轻量外壳。
打开预览时，会觉得窗口被一分为二；切换模式时，会觉得文档被重新打开了吗？mori 的实时、源码和阅读模式是查看同一缓冲区的三个视角，因此切换时既不转换，也不保存，更不会重新解析。
仅仅打开 Markdown 编辑器风扇就开始转，并不是因为 Markdown 的开销高。在相同条件下对同一篇文档进行测量，就会发现成本来自渲染引擎和与时钟绑定的循环。
Markdown 编辑器已经很多了，为什么还要再做一个？不是因为功能不够，而是因为从来没有一款产品能同时兼顾打开后占用的资源、保存留下的痕迹，以及指尖的感受。