# 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
Engine wird geladen…
Markdown zu HTML

HTML zum Einfügen.

Der Bereich rechts enthält die Konvertierung als Text. Er wird von derselben Engine erzeugt, die links das Papier rendert — html_document im Kern von mori, die Funktion, die die Desktop-App beim Export aufruft. Bearbeite links, und das HTML folgt beim nächsten Tastendruck.

Alle vier Kombinationen kommen aus der Engine: ein vollständiges Dokument mit dem Stylesheet, das die Desktop-App exportiert, dasselbe Dokument ohne Stylesheet und das Markup des Bodys allein. Nichts auf dieser Seite zerlegt die Ausgabe der Engine mit String-Manipulation.

Relative Bilder

Ein Bild, das als ![mark](assets/mark.png) geschrieben ist, wird unverändert in ein relatives src umgewandelt. Das ist korrekt und zugleich die häufigste Ursache dafür, dass ein Einfügen fehlschlägt: Der Pfad wird nur aufgelöst, wenn das HTML neben demselben Dateiordner landet. Bevor du es irgendwo einfügst, das nicht deine eigene statische Website ist, mache Bildpfade zuerst im Markdown zu absoluten URLs. Die Konvertierung übernimmt sie unverändert.

Code-Hervorhebung

Eingezäunter Code behält seine Sprache am Element, und die Färbung wird im Style-Block des Dokuments mitgeführt. Entferne die Styles, bleibt der Code Code — Struktur, Abstände und Monospace-Schrift bleiben erhalten — nur einfarbig. Eine Hervorhebung, die das Entfernen der Styles überlebt, muss aus Inline-Stilen pro Token bestehen, wodurch das Dokument deutlich umfangreicher wird; mori gibt so etwas nicht aus.

Inline-Stile oder ein Style-Block

Ein vollständiges Dokument enthält einen <style>-Block im Head und darunter sauberes Markup ohne Klassen. Das ist die richtige Form für eine Datei, die du im Browser öffnest oder als Seite hostest, und die falsche Form für zwei Orte: E-Mail-Clients, von denen viele den Head vollständig entfernen, und CMS-Editoren, die Style-Blöcke beim Speichern entfernen. Dort ist die Ausgabe nur für den Body plus die eigenen Styles des Zielsystems die Kombination, die funktioniert.

Was wo kaputtgeht

E-Mail
Style-Blöcke sind unzuverlässig, Floats und moderne Layouts noch mehr. Sende nur den Body, halte das Markup flach und rechne damit, dass die Standardwerte des Clients gewinnen.
CMS
WordPress, Ghost und Notion bereinigen Inhalte beim Einfügen. Der Body bleibt erhalten, der Style-Block meistens nicht. Bilder müssen dort zuerst hochgeladen und dann absolut referenziert werden.
Statische Website
Jekyll, Hugo und Astro erwarten den Body in ihrem eigenen Layout, während das Stylesheet der Website die Typografie übernimmt. Relative Bildpfade sind der eine Fall, in dem sie wie geschrieben funktionieren.

Nichts verlässt den Tab

Die Engine ist zu WebAssembly kompiliert und läuft auf dieser Seite. Dein Markdown wird nicht hochgeladen, und es gibt kein Konto. Schließe den Tab, und das Dokument bleibt nur in diesem Browser.

Vollständigen Editor öffnen — dieselbe Engine mit Live, Source und Read.
Als Word-Datei weitergeben — mit Styles, Listen und bearbeitbaren Gleichungen.
Alle von mori verstandenen Syntaxelemente ansehen — jedes davon wird von der Engine gerendert.
Tabelle erstellen, ohne Pipes zu zählen — Spalten, Ausrichtung, CSV-Einfügen.
mori herunterladen — für die Dateien, die bereits auf deiner Festplatte liegen.