CSV vers Frontmatter Markdown

Une ligne d'en-tête avec les noms des champs, suivie d'une ligne par document. Chaque ligne de données devient son propre bloc de frontmatter ---, les en-têtes de colonne servant de clés YAML, dans l'ordre où vos colonnes apparaissent.

Une cellule contenant une liste séparée par des virgules (comme des tags) est convertie en un véritable array YAML, si bien que "astro,blog" devient ["astro", "blog"] plutôt qu'une simple chaîne de texte. Une valeur avec une seule virgule finale, comme "astro,", est laissée telle quelle comme la chaîne de texte qu'elle semble être, plutôt que d'être devinée.

Une cellule qui vaut exactement "true" ou "false" devient un véritable booléen YAML, et un nombre entier ou décimal simple devient un véritable nombre - tous deux sans guillemets, afin que les outils en aval les lisent comme leur type réel plutôt que comme du texte. Les dates sont entre guillemets comme n'importe quelle autre chaîne : le fait qu'une date sans guillemets devienne un horodatage natif dépend de l'analyseur (l'analyseur Ruby de Jekyll le fait ; de nombreuses librairies YAML JavaScript ne le font pas), donc les guillemets rendent la valeur prévisible partout plutôt que de risquer une supposition. Un nombre avec un zéro initial, comme un code postal "0755", reste également entre guillemets, car certains analyseurs YAML interprètent un zéro initial comme une notation octale et changeraient silencieusement sa valeur.

Choisissez le délimiteur correspondant dans le menu déroulant. Tout le reste - champs entre guillemets, virgules intégrées dans des guillemets, découpage des listes - fonctionne de la même façon quel que soit le délimiteur qui sépare vos colonnes.

Réglez le menu déroulant Caractère de guillemet sur guillemet simple (') avant de générer. L'analyseur traite alors ' comme il traiterait normalement " - pour délimiter un champ, échapper un guillemet intégré en le doublant, et autoriser des virgules ou des sauts de ligne dans une valeur entre guillemets.

Oui - réglez Style d'array sur "Bloc : liste indentée" et les cellules séparées par des virgules s'affichent sous forme de liste "- élément" indentée sous leur clé plutôt qu'en une seule ligne [a, b, c] en ligne, avec un choix d'indentation de 2 ou 4 espaces. Les deux styles sont interprétés comme la même valeur d'array ; c'est une préférence de mise en forme, pas un changement de comportement.

L'outil génère quand même un bloc pour elle : les valeurs en trop après la dernière colonne sont ignorées, et les valeurs manquantes sont traitées comme vides, avec une note au-dessus des résultats indiquant quels numéros de ligne ont été concernés afin que vous puissiez revenir corriger le CSV source si c'était une erreur.

Non - cela génère uniquement le bloc de frontmatter --- à partir des colonnes de votre CSV. Le contenu du corps doit encore être écrit ou collé séparément.

Un seul fichier frontmatter.md combiné contenant le bloc de chaque ligne dans l'ordre, séparés par leurs propres délimiteurs ---. Si vous avez besoin de chaque ligne dans son propre fichier, copiez les blocs individuellement et enregistrez-les sous des noms de fichiers séparés.

Oui - la sortie est du YAML standard entre délimiteurs ---, le même format que ces trois plateformes (et la plupart des autres générateurs de sites statiques) attendent en haut d'un fichier de contenu. Rien ici n'est spécifique à un framework. Le menu déroulant "Charger un exemple" inclut un CSV prêt à l'emploi pour chacun d'Astro, Jekyll, Hugo et Obsidian, utilisant les noms de champs de frontmatter documentés propres à chaque plateforme, afin que vous puissiez voir de vrais noms de colonnes avant de connecter votre propre CSV.

Non - l'analyse et la conversion se font entièrement dans votre navigateur. Vos lignes CSV ne sont jamais envoyées à un serveur, ce qui signifie aussi qu'il n'y a aucune limite de taille de fichier ou de nombre de lignes au-delà de ce que votre navigateur peut gérer.