# Release notes
mori 1.0 is out for Windows and Linux. macOS is in development.
The mori mark
## What changed
Three views of one document: **Live**, **Source** and **Read**
Every table in the file aligns with one command
Export `.md` and HTML, or print to PDF
fn main() {
println!("hello");
}
PlatformStatus
Linux1.0.2
Windows1.0.2
Everything in the right pane is written by the engine, not by this page.
Release notes.md
0 words0 characters1 min read
Runs in this tab. Nothing uploaded, nothing to sign up for.
HTML
引擎載入中…
Markdown 轉 HTML

可貼到其他地方的 HTML。

右側窗格顯示轉換後的文字版 HTML。它由與左側紙張畫面相同的引擎產生,也就是 mori 核心中的 html_document,桌面應用程式匯出時呼叫的函式。在左側編輯,HTML 會在下一次按鍵時跟著更新。

四種組合都來自同一個引擎:包含桌面應用程式匯出的樣式表的完整文件、不含樣式表的相同文件,以及只有本文標記的版本。本頁不會用字串處理拆解引擎的輸出。

相對圖片

寫成 ![mark](assets/mark.png) 的圖片會原樣轉換為相對的 src。這是正確的,但也是貼上後出問題最常見的原因:只有當 HTML 位於相同檔案資料夾旁邊時,這個路徑才會解析成功。在貼到不屬於自己的靜態網站之前,請先在 Markdown 中將圖片路徑改成絕對 URL。轉換會原封不動地保留這些路徑。

程式碼醒目顯示

圍欄程式碼會在元素上保留語言,而色彩則隨文件中的樣式區塊一起保留。移除樣式後,程式碼仍然是程式碼,結構、間距與等寬字體都完整,只是變成單色。若要在移除樣式後仍保留醒目顯示,就必須使用逐個標記的行內樣式,文件會沉重許多;mori 不會產生這種格式。

行內樣式或樣式區塊

完整文件會在 head 中包含一個 <style> 區塊,下面則是乾淨且不含 class 的標記。這適合用於在瀏覽器中開啟的檔案或託管為頁面的內容,但不適合兩種地方:許多會完全捨棄 head 的電子郵件用戶端,以及儲存時會移除樣式區塊的 CMS 編輯器。對這些地方而言,只有本文輸出搭配目的地自己的樣式,才是穩妥的組合。

哪些地方會出問題

電子郵件
樣式區塊不可靠,浮動與現代版面配置更是如此。只傳送本文,讓標記保持淺層,並預期用戶端自己的預設值會優先採用。
CMS
WordPress、Ghost 與 Notion 都會在貼上時進行清理。本文會保留,樣式區塊通常不會。圖片需要先上傳到那裡,再以絕對路徑引用。
靜態網站
Jekyll、Hugo 與 Astro 希望將本文放入自己的版面,並由網站的樣式表處理文字排版。相對圖片路徑是唯一能照原樣運作的情況。

內容不會離開分頁

引擎編譯為 WebAssembly,並在本頁中執行。你的 Markdown 不會上傳,也不需要帳戶。關閉分頁後,文件只會留在這個瀏覽器中。

開啟完整編輯器 — 使用相同引擎,包含 Live、Source 與 Read。
交給對方一份 Word 檔案 — 樣式、清單和方程式都能在 Word 中編輯。
查看 mori 理解的所有語法 — 每一項都由引擎轉換。
不用數直線符號也能建立表格 — 欄位、對齊、CSV 貼上。
下載 mori — 適用於已在磁碟上的檔案。