功能網頁編輯器價格使用文件部落格
下載購買 mori
部落格

打造 mori 的隨筆。

值得細說的版本更新,以及背後的取捨。所有版本請見版本說明。

在乾淨的 Ubuntu 24.04 容器中將 mote 1.0.1 移轉為 mori 的終端機。apt-get upgrade 會保留 mote,而 apt full-upgrade 會帶入 mori 1.0.2,並讓 /usr/bin/mote 消失。
在乾淨的 Ubuntu 24.04 容器中將 mote 1.0.1 移轉為 mori 的終端機。apt-get upgrade 會保留 mote,而 apt full-upgrade 會帶入 mori 1.0.2,並讓 /usr/bin/mote 消失。
2026年9月17日·版本更新·4 分鐘
mote 現在叫 mori 了 — 只有名稱變了

從 2026 年 9 月 15 日起,這個應用程式的名稱是 mori。公司和網址仍然是 motemd,文件、設定和授權金鑰也都維持不變。改變的只有名稱出現的地方。

閱讀 →
較早文章
2026年9月8日·版本更新·3 分鐘
mori 1.0 — 因為寫作還會繼續

工具會變,寫作卻會繼續。mori 是一款 Markdown 編輯器,想讓那段時間更輕鬆、更可靠。

閱讀 →
2026年9月7日·工程·4 分鐘
為了避免 git checkout 後文件變空,我們不看時間,而是比較位元組

切換分支後,曾遇過已開啟的文件變成空白畫面嗎?我們在拍攝要放上部落格的螢幕截圖時,在自己的應用程式裡看到了這個情況,也趁著修正它,一併抓出了一個更悄無聲息的錯誤。

閱讀 →
2026年9月3日·工程·5 分鐘
即使儲存途中關閉,也能避免檔案損毀的方法

如果在儲存的瞬間筆記型電腦關機,文件會怎麼樣?在 mori 中,答案是「要麼是儲存前,要麼是儲存後,兩者之一」。

閱讀 →
2026年8月30日·設計·3 分鐘
以檔案為真相來源,只儲存我實際輸入的位元組

你是否曾在 git diff 裡看到自己沒改過的表格?mori 不把文件模型當作真相,而是以檔案為準,儲存時只把你輸入的位元組寫入磁碟。

閱讀 →
2026年8月27日·工程·5 分鐘
不只說「輕巧」,而是公開數據的理由

說「輕量」沒有任何可供驗證之處。mori 為自己定下八個用數字說話的指標,並一併公開測量方法、條件與原始資料。

閱讀 →
2026年8月21日·工程·5 分鐘
讓程式閒置開啟時不占用 CPU 的方法

編輯器雖然整天開著,但真正打字的時間只占其中一小部分。mori 在其餘時間不排程任何畫面更新,也不設定任何計時器,並透過程式碼檢查與實機測量這兩道關卡來確保這一點。

閱讀 →
2026年8月17日·設計·5 分鐘
為什麼定價為購買一次即可使用整個 1.x 版本週期

購買工具時,真正想知道的不是價格本身,而是下一張帳單。mori 買斷一次後,在該主要版本內不會再次收費。

閱讀 →
2026年8月12日·工程·4 分鐘
不用網頁引擎,打造真正玻璃效果的搜尋卡片

你是否曾經只是按下尋找,卻覺得畫面上方頓時重了兩行?我們的尋找卡片就是如此,在打開另外三款編輯器研究之後,我們把它縮成了一行。

閱讀 →
2026年8月9日·設計·3 分鐘
貼上圖片時,為什麼要先經過確認卡片

你是否曾經貼上螢幕截圖後,在不知道檔案是以什麼名稱建立於何處的情況下,資料夾就越來越大?mori 會在將圖片寫入磁碟之前先詢問一次,並在卡片上寫明要將什麼寫到哪裡。

閱讀 →
2026年8月7日·版本更新·4 分鐘
為了在任何安裝形式下都呈現相同外觀,我們決定內附 GTK

同一款應用程式在不同發行版上看起來略有差異,通常不是應用程式本身的問題,而是系統安裝的工具套件版本不同。從 beta.2 開始,四種安裝形式全都會內含相同的程式庫。

閱讀 →
2026年8月5日·設計·4 分鐘
完整保留手動輸入格式的表格編輯

是否曾經只修改了表格裡的一個詞,git diff 卻顯示整張表格都被改動?在 Markdown 中,表格是最常出現偏差的地方。

閱讀 →
2026年7月31日·設計·5 分鐘
為什麼只在游標所在的詞彙中顯示 Markdown 符號

你是否曾經為了修改一個粗體詞語而放置游標,結果整個段落都恢復成 Markdown 原始文字?mori 只會顯示游標碰觸到的那個語法結構的符號。

閱讀 →
2026年7月28日·設計·4 分鐘
即使符號出現,文字也不會晃動的方法

你是否曾經只是把游標移到清單項目上,整段文字就往旁邊晃了一下?會隱藏及顯示符號的編輯器,幾乎都會遇到這種情況。

閱讀 →
2026年7月24日·工程·4 分鐘
為什麼每次都要在八種 Linux 環境中測試

為了不說「在我的機器上明明可以」,我建立了一座實驗室。啟動由 Ubuntu 版本、工作階段、輸入法與安裝形式組合而成的虛擬機器,執行相同的檢查,最後用一張表查看結果。

閱讀 →
2026年7月18日·設計·5 分鐘
打造不會破壞韓文組字的編輯器

用韓文寫長文時,有時會遇到最後一個音節消失,或單字被拆開的情況。那不是打字錯誤,而是編輯器在哪裡處理組字的問題。

閱讀 →
2026年7月16日·版本更新·4 分鐘
0.9.0-beta.1:首次公開測試版包含了什麼

mori 的首次公開測試版已在 Linux 上推出。我認為第一次發布應該做的事,不只是寫清楚有哪些功能,也要一併說明目前還缺少哪些功能。

閱讀 →
2026年7月14日·工程·4 分鐘
不用網頁引擎,快速渲染數學公式的方法

有很多應用程式只為了顯示一條數學公式,就把整套瀏覽器引擎帶在身上。mori 走不了這條路,所以必須另尋他法。

閱讀 →
2026年7月10日·設計·4 分鐘
為了在其他工具中也顯示為相同段落,我們訂下了 Enter 鍵的規則

你是否曾在 Markdown 編輯器裡按了一次 Enter,畫面卻往下跳了兩行,或是畫面上分開的段落到了 GitHub 卻黏成一整塊?這其實是同一個問題的正反兩面。

閱讀 →
2026年7月5日·工程·3 分鐘
文件再長,打字也不會變慢的原因

寫簡短筆記時,任何編輯器都很快。差異會在文件變長時出現,而關鍵在於單次按鍵的成本,是隨著編輯範圍還是文件大小增加。

閱讀 →
2026年7月2日·工程·4 分鐘
不自行繪製文字,而是交給平台處理的理由

你是否曾遇過韓文字看起來很正常,只有漢字莫名顯得陌生?當我們決定不親自繪製文字,而是交給平台的文字引擎時,我們的工作就不再是「要畫什麼」,而是「該要求使用哪種字型」。

閱讀 →
2026年6月28日·工程·5 分鐘
在單一 Rust 核心上搭配各平台外殼的理由

如果要在三個作業系統推出相同的編輯器,有一條只需要寫一次 UI 的路。我們曾經走過那條路,後來又折返回來,改成在一個核心上加上一組針對各平台打造的輕量殼層。

閱讀 →
2026年6月23日·設計·4 分鐘
即使切換模式,文件仍是同一份

開啟預覽時,是否覺得視窗被一分為二,而切換模式時,文件又像是重新開啟了一次?mori 的即時、原始碼、閱讀模式,是觀看同一個緩衝區的三種視角,因此切換時不需要轉換、儲存,也不會重新解析。

閱讀 →
2026年6月20日·工程·4 分鐘
拖慢效能的不是 Markdown,而是網頁引擎

光是開著 Markdown 編輯器風扇就開始轉,並不是因為 Markdown 的成本很高。在相同條件下用同一份文件測量,就會發現成本來自渲染引擎和與時鐘綁定的迴圈。

閱讀 →
2026年6月16日·設計·5 分鐘
為什麼又做了一款 Markdown 編輯器

Markdown 編輯器已經很多了,為什麼還要再做一款?不是因為功能不足,而是因為開著它的代價、儲存留下的痕跡,以及指尖的感受,從未在同一個產品中同時契合。

閱讀 →
持續關注。
新文章直接送進你的閱讀器。不用加入名單,沒有信件排程,也不必取消訂閱。
RSS
只留下文字。
繁體中文
© 2026 mori