Markdown-bestanden op hun plek bewerken
Sommige Markdown-bestanden staan buiten je notities: een README in een Git-repository, een bestand in iCloud Drive of notities van een collega. Varlig kan die bestanden op hun eigen locatie bewerken zonder ze naar je bibliotheek te kopiëren.
Een bestand openen
Kies File › Open Markdown File… (⌥⌘O), open het bestand vanuit Finder met Open With ▸ Varlig, of voer open -a Varlig notes.md uit in Terminal. Varlig opent .md, .markdown, .txt en vergelijkbare plattetekstbestanden tot 32 MB.
Een bestandsvenster lijkt op de vertrouwde editor, met de aanduiding FILE, bestandsnaam, map en opslagstatus bovenaan. De mapknop toont het bestand in Finder.
Een map openen
Kies File › Open Folder… (⌃⌘O), sleep een map naar het Varlig-pictogram in het Dock, of voer open -a Varlig ~/Projects/handbook uit in Terminal. Een mapvenster toont de Markdown- en tekstbestanden in een zijbalk, gegroepeerd per submap. Het gekozen bestand wordt bewerkt in dezelfde editor als in een bestandsvenster. Het opent de README als die bestaat en keert bij een volgend bezoek terug naar het laatst gelezen bestand.
De lijst volgt de map terwijl deze verandert: bestanden die door een andere app of een git checkout worden toegevoegd, verwijderd of opnieuw worden benoemd, verschijnen en verdwijnen vanzelf. Verborgen mappen zoals .git en node_modules worden weggelaten. Filter files verkort de lijst op naam of pad, en + maakt een nieuw, leeg Untitled.md naast het bestand dat je leest. Door een ander bestand te kiezen, wordt het bestand dat je achterlaat opgeslagen, en een relatieve link naar een bestand in dezelfde map opent het in hetzelfde venster.
Varlig schrijft alleen je eigen bestanden in de map, zonder database of verborgen instellingen. De map blijft daardoor even eenvoudig mee te nemen als voorheen.
Opslaan
Bewerkingen worden ongeveer een seconde nadat je stopt met typen automatisch opgeslagen, en File › Save (⌘S) slaat onmiddellijk op. De kopregel toont Saved, Edited of Save failed met de reden.
Varlig bewaart het oorspronkelijke bestandsformaat: dezelfde regeleinden, dezelfde bytevolgordemarkering en alleen een afsluitend regeleinde als dat er al was. Schrijven gebeurt atomair en met behoud van bestandsrechten. Een bestand in Git levert daardoor een minimale, overzichtelijke diff op.
File › Save As… schrijft een kopie ergens anders en blijft die kopie bewerken.
Afbeeldingen en links naast het bestand
Relatieve verwijzingen werken vanuit de eigen map van het bestand, dus  en [the plan](plan.md) openen wat je zou verwachten, tot drie mappen boven het bestand. Een afbeelding die je plakt of neerlegt, wordt naast het bestand opgeslagen in een map die naar het bestand is vernoemd, zoals notes.assets/.
Tags en [[note links]] zijn gewone tekst in een bestandsvenster: ze horen bij je bibliotheek en een los bestand op schijf kan ze niet opslaan.
Als het bestand op schijf verandert
Als iets anders het bestand wijzigt terwijl je niet-opgeslagen bewerkingen hebt, zoals een git pull, synchronisatieclient of andere editor, bewaart Varlig beide versies en meldt dat:
- Compare… toont de twee naast elkaar, waarbij wordt aangegeven wat alleen op de schijf staat en wat alleen in je venster staat.
- Keep Mine slaat jouw versie op en bewaart de versie op schijf als een gedateerde kopie naast het bestand.
- Use Disk Version toont de versie op schijf en bewaart jouw versie als een gedateerde kopie naast het bestand.
Niets wordt op welke manier dan ook overschreven, en de kopieën zijn zo genoemd dat je ze kunt onderscheiden, zoals notes (disk version 2026-09-22 1415).md.
Als het bestand tijdens het bewerken wordt verwijderd of verplaatst, meldt Varlig dat en biedt het Save As…, zodat je je tekst alsnog kunt opslaan.
Resultaatopmaak blijft bij het bestand
Het resultaatformaat van een regel — decimalen, scheidingstekens en notatie — en de instelling Subtotal of Time Point worden opgeslagen in de metadata van het bestand, in een uitgebreid attribuut, en niet in de Markdown-tekst. Je tekst blijft ongewijzigd. Wanneer je het bestand opnieuw opent in een bestands- of mapvenster, ziet elke regel er weer zo uit als je haar hebt achtergelaten. Bewerkte, ingevoegde en verplaatste regels behouden hun instellingen. Als de tekst van een regel verdwijnt, verdwijnen de instellingen mee in plaats van op een andere regel over te gaan.
Sommige hulpmiddelen bewaren uitgebreide attributen niet: Git, de meeste zipprogramma’s, sommige synchronisatiediensten en schijven die voor Windows zijn geformatteerd. De resultaatformaten vallen dan terug op je standaardinstellingen; de tekst blijft ongewijzigd. Wil je niet dat Varlig metadata aan het bestand toevoegt, zet dan Remember answer formats in Markdown files uit in Settings › Editor. Deze optie staat standaard aan.
Wat anders is in een bestandsvenster
- Geen versiegeschiedenis, geen notitiewachtwoord en geen back-ups: het bestand op schijf is de enige kopie.
- Rekenblokken werken zoals gewoonlijk. Een resultaatformaat of regelinstelling die je voor één regel kiest, wordt zoals hierboven beschreven bij het bestand bewaard, niet in de tekst.
varlig://links navigeren naar een notitie; ze voeren nooit automatisering uit vanuit een bestand.