CSV naar Markdown Frontmatter

Een kopregel met veldnamen gevolgd door één rij per document. Elke datarij wordt een eigen --- frontmatterblok, waarbij de kolomkoppen de YAML-sleutels vormen, in de volgorde waarin je kolommen verschijnen.

Een cel met een door komma's gescheiden lijst (zoals tags) wordt omgezet in een echte YAML-array, dus "astro,blog" wordt ["astro", "blog"] in plaats van één tekenreeks. Een waarde met één afsluitende komma, zoals "astro,", blijft de gewone tekenreeks die het lijkt te zijn in plaats van geraden te worden.

Een cel die precies "true" of "false" is, wordt een echte YAML-boolean, en een gewoon geheel getal of decimaal getal wordt een echt getal - beide zonder aanhalingstekens, zodat downstream tools ze als hun werkelijke type lezen in plaats van als tekst. Datums worden zoals elke andere tekenreeks tussen aanhalingstekens gezet: of een kale datum een native timestamp wordt, hangt af van de parser (de Ruby-parser van Jekyll doet dit wel, veel JavaScript-YAML-bibliotheken niet), dus door aanhalingstekens te gebruiken blijft de waarde overal voorspelbaar in plaats van te gokken. Een getal met een voorloopnul, zoals een postcode "0755", blijft ook tussen aanhalingstekens staan, omdat sommige YAML-parsers een voorloopnul als octale notatie lezen en de waarde stilzwijgend zouden veranderen.

Kies het bijpassende scheidingsteken uit de vervolgkeuzelijst. Al het andere - velden tussen aanhalingstekens, ingesloten komma's binnen aanhalingstekens, het splitsen van lijsten - werkt hetzelfde, ongeacht welk scheidingsteken je kolommen scheidt.

Zet de vervolgkeuzelijst Aanhalingsteken op enkel aanhalingsteken (') voordat je genereert. De parser behandelt ' dan zoals hij normaal " behandelt - voor het citeren van een veld, het escapen van een ingesloten aanhalingsteken door het te verdubbelen, en het toestaan van komma's of regeleinden binnen een geciteerde waarde.

Ja - zet Arraystijl op "Blok: ingesprongen lijst" en door komma's gescheiden cellen worden weergegeven als een ingesprongen "- item"-lijst onder hun sleutel in plaats van één inline [a, b, c]-regel, met een keuze van 2 of 4 spaties inspringing. Beide stijlen worden geparsed naar dezelfde arraywaarde; het is een opmaakvoorkeur, geen gedragswijziging.

De tool genereert er toch een blok voor: extra waarden na de laatste kolom worden weggelaten, en ontbrekende waarden worden als leeg behandeld, met een melding boven de resultaten die aangeeft welke rijnummers zijn beïnvloed, zodat je terug kunt gaan en de bron-CSV kunt corrigeren als dat een vergissing was.

Nee - het genereert alleen het --- frontmatterblok uit je CSV-kolommen. De inhoud van het body-gedeelte moet nog apart worden geschreven of geplakt.

Eén gecombineerd frontmatter.md-bestand met het blok van elke rij op volgorde, gescheiden door hun eigen ---scheidingstekens. Als je elke rij als eigen bestand nodig hebt, kopieer dan de blokken afzonderlijk en sla ze op onder aparte bestandsnamen.

Ja - de uitvoer is standaard YAML tussen ---scheidingstekens, hetzelfde formaat dat alle drie (en de meeste andere statische sitegeneratoren) bovenaan een inhoudsbestand verwachten. Niets hier is framework-specifiek. De vervolgkeuzelijst "Voorbeeld laden" bevat een kant-en-klare CSV voor elk van Astro, Jekyll, Hugo en Obsidian, met de eigen gedocumenteerde frontmatter-veldnamen van dat platform, zodat je echte kolomnamen ziet voordat je je eigen CSV aansluit.

Nee - parsing en conversie gebeuren volledig in je browser. Je CSV-rijen worden nooit naar een server verzonden, wat ook betekent dat er geen limiet is voor bestandsgrootte of aantal rijen, behalve wat je browser aankan.