Markdown-Dateien direkt bearbeiten
Manches Markdown liegt außerhalb deiner Notizen: eine README in einem Git-Repository, eine Datei in iCloud Drive, Notizen, die dir jemand geschickt hat. Varlig kann diese Dateien dort bearbeiten, wo sie liegen, ohne sie in deine Bibliothek zu kopieren.
Eine Datei öffnen
Wähle Ablage › Markdown-Datei öffnen … (⌥⌘O), öffne die Datei im Finder mit Open With ▸ Varlig oder führ im Terminal open -a Varlig notes.md aus. Varlig öffnet .md, .markdown, .txt und ähnliche Textdateien bis 32 MB.
Ein Dateifenster sieht aus wie der Editor, den du kennst, mit einem DATEI-Abzeichen, dem Namen der Datei, ihrem Ordner und ihrem Sicherungsstand in der Kopfzeile. Die Ordnertaste zeigt sie im Finder.
Einen Ordner öffnen
Wähle Ablage › Ordner öffnen … (⌃⌘O), zieh einen Ordner auf das Varlig-Symbol im Dock oder führ im Terminal open -a Varlig ~/Projects/handbook aus. Ein Ordnerfenster listet die Markdown- und Textdateien des Ordners in einer Seitenleiste auf, nach Unterordnern gruppiert, und bearbeitet die gewählte im selben Editor wie ein Dateifenster. Es öffnet mit der README, wenn es eine gibt, und kehrt zu der Datei zurück, die du zuletzt gelesen hast.
Die Liste folgt dem Ordner, während er sich ändert: Dateien, die eine andere App oder ein git checkout hinzufügt, entfernt oder umbenennt, erscheinen und verschwinden von selbst. Versteckte Ordner wie .git sowie node_modules bleiben außen vor. Dateien filtern grenzt die Liste nach Name oder Pfad ein, und + legt eine neue, leere Untitled.md neben der Datei an, die du gerade liest. Wählst du eine andere Datei, wird die verlassene gesichert, und ein relativer Link auf eine Datei im selben Ordner öffnet sie im selben Fenster.
Varlig schreibt nichts in den Ordner außer deinen eigenen Dateien – keine Datenbank und keine versteckten Einstellungen –, damit er genauso portabel bleibt wie vorher.
Sichern
Änderungen sichern sich etwa eine Sekunde, nachdem du aufhörst zu tippen, von selbst, und Ablage › Sichern (⌘S) sichert sofort. Die Kopfzeile zeigt Gesichert, Bearbeitet oder Save failed mit dem Grund.
Varlig schreibt die Datei so, wie es sie vorgefunden hat: dieselben Zeilenenden, dieselbe Byte Order Mark und ein abschließender Zeilenumbruch nur, wenn sie einen hatte. Geschrieben wird atomar und unter Beibehaltung der Zugriffsrechte, eine von Git verwaltete Datei zeigt also ein sauberes, knappes Diff.
Ablage › Sichern unter … schreibt eine Kopie an einen anderen Ort und bearbeitet ab da diese Kopie.
Bilder und Links neben der Datei
Relative Verweise gelten ab dem Ordner der Datei selbst,  und [der Plan](plan.md) öffnen also das, was du erwartest, bis zu drei Ordner oberhalb der Datei. Ein Bild, das du einsetzt oder hineinziehst, wird neben der Datei in einem Ordner mit ihrem Namen gesichert, etwa notes.assets/.
Tags und [[Notizlinks]] sind in einem Dateifenster ganz normaler Text: Sie gehören zu deiner Bibliothek, und eine Datei auf der Festplatte hat keinen Ort, um sie aufzubewahren.
Wenn sich die Datei auf der Festplatte ändert
Ändert etwas anderes die Datei, während du ungesicherte Änderungen hast — ein git pull, ein Sync-Dienst, ein anderer Editor —, behält Varlig beide Fassungen und sagt dir Bescheid:
- Vergleichen … zeigt beide nebeneinander und markiert, was nur auf der Festplatte und was nur in deinem Fenster steht.
- Meine behalten sichert deine Fassung und behält die von der Festplatte als datierte Kopie neben der Datei.
- Festplattenversion verwenden zeigt die Fassung von der Festplatte und behält deine als datierte Kopie neben der Datei.
So oder so wird nichts überschrieben, und die Kopien sind so benannt, dass du sie auseinanderhältst, etwa notes (disk version 2026-09-22 1415).md.
Wird die Datei gelöscht oder verschoben, während du sie bearbeitest, sagt Varlig es dir und bietet Sichern unter … an, damit dein Text nie strandet.
Ergebnisformate bleiben bei der Datei
Das Ergebnisformat einer Zeile – Nachkommastellen, Trennzeichen, Schreibweise – und ihre Einstellung Teilsumme oder Zeitpunkt werden in den Metadaten der Datei aufbewahrt, einem erweiterten Attribut, statt ins Markdown geschrieben zu werden. Der Text bleibt genau so, wie du ihn geschrieben hast, und wenn du die Datei das nächste Mal öffnest, ob in einem Datei- oder einem Ordnerfenster, sieht jede Zeile so aus, wie du sie verlassen hast. Zeilen, die du bearbeitest, einfügst oder verschiebst, behalten ihre Einstellungen, und eine Zeile, deren Text verschwunden ist, verliert ihre Einstellungen, statt sie an eine andere weiterzugeben.
Manche Werkzeuge behalten erweiterte Attribute nicht: Git, die meisten Zip-Programme, manche Sync-Dienste und Laufwerke, die für Windows formatiert sind. Die Formate fallen dann auf deine Standardwerte zurück, und der Text bleibt unberührt. Soll Varlig die Metadaten der Datei gar nicht anfassen, schalte Ergebnisformate in Markdown-Dateien merken unter Einstellungen › Editor aus. Anfangs ist die Option eingeschaltet.
Was in einem Dateifenster anders ist
- Kein Versionsverlauf, kein Notizpasswort und keine Backups: Die Datei auf der Festplatte ist die einzige Kopie.
- Rechenblöcke funktionieren wie gewohnt. Ein Ergebnisformat oder eine Zeileneinstellung, die du für eine Zeile wählst, bleibt bei der Datei, wie oben beschrieben, nicht in ihrem Text.
varlig://-Links springen zu einer Notiz; Automationen führen sie aus einer Datei nie aus.