為什麼又做了一款 Markdown 編輯器
Markdown 編輯器已經很多了，為什麼還要再做一款？不是因為功能不足，而是因為開著它的代價、儲存留下的痕跡，以及指尖的感受，從未在同一個產品中同時契合。
每次挑選 Markdown 編輯器時，都得放棄一樣東西。
方便進行行內編輯的應用程式，儲存時會改動檔案。能原樣保留檔案的應用程式，編輯體驗卻不盡理想。筆記功能豐富的應用程式，就連只開啟一份文件也顯得笨重。
最後，我總是同時開著兩個編輯器。
所以我開始製作 mote。它是一款同時守住這三件事的編輯器。
- 隱藏 Markdown 符號並直接編輯
- 將我寫的檔案原樣儲存
- 不使用網頁引擎，輕巧地運作
能各自做到其中一項的產品已經很多了。但我找不到能同時滿足三項條件的產品。
輕巧，就用數字來說明
支援行內編輯的 Markdown 編輯器，大多使用 WebKitGTK 或 Chromium 之類的網頁引擎。也就是將 Markdown 轉換成 HTML，再繪製到瀏覽器中的方式。
這讓實作變得容易，卻也帶來了代價。因為這等於在文件旁邊同時開著一個瀏覽器。程序和記憶體用量會增加，按鍵輸入也得經過多個階段。
然而，很少有產品會公開這項代價。產品頁面不會列出閒置 CPU 使用率或按鍵輸入延遲，只會留下「輕巧」這個詞。
mote 的做法不同。
我們在同一台電腦上，以相同方式測量閒置 CPU 使用率、記憶體用量、按鍵輸入延遲與啟動時間。測量用的指令碼和原始資料也都放在儲存庫裡。超出既定效能預算的版本不會發布。
進行比較時，也只使用在同一時間點測得的數值。無法測量的數值不會寫成 0，而是明確標示為未能測量。
因為輕巧不該只是一種感覺，而應該是測量結果。
儲存時不會修改檔案
使用 git 管理文件時，偶爾會遇到奇怪的 diff。
明明只改了表格中的一個儲存格，下一次提交裡卻連沒有改動的行也大量出現。這是因為編輯器在儲存時，重新調整了表格中的空格或對齊方式。於是我修改的一行，就和編輯器修改的二十行混在一起。
並不是所有內容都會被改動。也有些編輯器能妥善保留換行或連續空格。差異主要出現在表格與對齊上。原樣儲存檔案的功能，也不是 mote 獨有的。
即使如此，我仍然認為這是一定要守住的條件。
在 mote 中，文字才是基準。檔案的位元組會原樣存入緩衝區，粗體文字、表格和數學式則繪製在其上。儲存時，緩衝區會原封不動地寫入磁碟。
畫面可以變得更美觀，但檔案不會在背地裡被改動。
從韓文輸入開始把它做好
網頁式編輯器那種細微的不便，會在指尖感受到。捲動、模糊效果和動態看起來雖然相似，卻總是和作業系統的原生應用程式有些不同。
輸入韓文時，差異更加明顯。
正在組合的字元可能會拆開、游標可能會跳動，或是在行尾發生輸入遺漏。這些都是網頁編輯器處理韓文組合事件時會出現的問題。
mote 讓作業系統直接繪製文字與效果。韓文組合輸入也直接從平台輸入法接收。代價是必須針對每個作業系統分別實作輸入方式，並在實際裝置上確認。目前支援 Linux，macOS 和 Windows 仍在開發中。
這條路更難走，但對撰寫長文的人來說，這項差異很重要。
#，上方的粗體、斜體與行內程式碼則在不顯示符號的情況下繪製。需要 mote 的人或許不多。
使用 git 管理 README 與設計文件的開發者。用韓文撰寫長文的人。整天在筆記型電腦上開著編輯器的人。
但他們離開一款編輯器的原因很明確。
雜亂的 diff。斷斷續續的韓文輸入。不停轉動的風扇。
我們也決定了不做什麼
mote 沒有同步、外掛、反向連結、AI 或協作功能。
我們不會自行打造同步功能。也不設置帳號或伺服器。甚至不會在文件資料夾中建立額外的設定檔。凡是需要 Markdown 無法表達之狀態的功能，我們都沒有加入。
因此，資料夾裡只會留下 .md 檔案。iCloud、Syncthing 或 git 即使不知道 mote 的存在，也能照常運作。
我們也不會開放外掛 API。因為即使外掛只執行一個計時器，也可能破壞效能承諾。不過，我們會開放佈景主題、程式碼片段和匯出範本。它們能在不影響編輯效能的情況下，改變成品的外觀。
我們也不會製作反向連結和圖譜檢視。因為這不是一款想與筆記資料庫競爭的產品。我們只支援資料夾樹狀結構和標準相對連結。
我們也不會加入 AI。不會摘要或續寫，也不會讀取文件資料夾並將其傳送到外部。我認為，編輯器不會把我的文件傳送到任何地方，本身也是一項重要功能。
我們也不支援即時協作。要進行協同編輯，就必須以伺服器上的文件模型為基準。這會和原樣保護磁碟上檔案的原則產生衝突。
在兩者之間，mote 選擇了檔案。
如果你需要 Obsidian 的生態系統，那麼 Obsidian 會更適合。如果你重視 Typora 長年累積的穩定性，那麼 Typora 才是合適的選擇。iA Writer 的排版，也仍然是我們需要追趕的目標。
mote 並不打算取代所有 Markdown 編輯器。
也不是因為還需要另一款 Markdown 編輯器。
我們需要的是一款同時尊重檔案與筆記型電腦的編輯器。