# 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。

右側のペインには、変換結果がテキストで表示されます。左側の用紙を描画するものと同じエンジンが生成します。moriのコアにあるhtml_documentは、デスクトップアプリで書き出すときに呼び出される関数です。左側を編集すると、次のキー入力でHTMLも更新されます。

4つの組み合わせはすべてエンジンから生成されます。デスクトップアプリが書き出すスタイルシート付きの完全な文書、スタイルシートなしの同じ文書、本文マークアップのみです。このページでは、文字列操作でエンジンの出力を分割していません。

相対画像

![mark](assets/mark.png)と書いた画像は、変更されずに相対srcへ変換されます。これは正しい動作ですが、貼り付け結果が壊れる最も一般的な原因でもあります。HTMLが同じファイルフォルダーの隣に置かれた場合にだけ、パスが解決されるためです。自分で管理する静的サイト以外に貼り付ける前に、Markdown内の画像パスを絶対URLにしてください。変換時にはそのまま引き継がれます。

コードのハイライト

フェンス付きコードは要素上に言語情報を保持し、色付けは文書のスタイルブロックに含まれます。スタイルを取り除いても、構造、間隔、等幅表示を保ったコードとして残りますが、単色になります。スタイルを削除してもハイライトを残すには、トークンごとのインラインスタイルが必要で、文書はかなり重くなります。moriはそれを出力しません。

インラインスタイルとスタイルブロック

完全な文書には、head内に1つの<style>ブロックがあり、その下にクラスのない簡潔なマークアップが続きます。これはブラウザで開いたりページとしてホストしたりするファイルには適した形ですが、2つの場所には適していません。head全体を削除することが多いメールクライアントと、保存時にスタイルブロックを取り除くCMSエディタです。その場合は、本文のみの出力に貼り付け先のスタイルを組み合わせるのが適しています。

壊れる場所とその理由

メール
スタイルブロックは安定せず、フロートや最新のレイアウトはさらに不確実です。本文のみを送り、マークアップを浅く保ち、クライアント側の既定値が優先されると考えてください。
CMS
WordPress、Ghost、Notionはそれぞれ貼り付け時にサニタイズします。本文は残りますが、スタイルブロックは通常残りません。画像は先にそこへアップロードし、その後で絶対URLを指定する必要があります。
静的サイト
Jekyll、Hugo、Astroでは、本文を独自のレイアウト内に置き、文字組みはサイトのスタイルシートに任せます。相対画像パスだけは、書かれたとおりに機能します。

タブの外には出ません

エンジンはWebAssemblyにコンパイルされ、このページ内で実行されます。Markdownがアップロードされることはなく、アカウントも必要ありません。タブを閉じると、文書はこのブラウザ内だけに残ります。

完全なエディタを開く — Live、Source、Readを備えた同じエンジンです。
Wordファイルとして渡せます — Wordで編集できるスタイル、リスト、数式です。
moriが理解できるすべての構文を見る — すべてエンジンで描画されます。
パイプを数えずに表を作る — 列、配置、CSV貼り付けに対応します。
moriをダウンロード — すでにディスク上にあるファイルのために。