TOML Formatter
TOML kom je tegen in pyproject.toml, Cargo.toml, configuratie van statische sitegeneratoren en steeds vaker in gereedschapsinstellingen. Het formaat is bewust eenvoudiger dan YAML — inspringing heeft geen betekenis, secties staan tussen rechte haken en waarden staan als sleutel-waardepaar op een regel — maar dat betekent niet dat er niets fout kan gaan. Deze tool controleert of elke regel te lezen is als sectiekop, sleutel-waardepaar of commentaar, en of er binnen een sectie geen sleutel twee keer voorkomt. Dat laatste is in TOML expliciet verboden en levert bij een strikte parser een harde fout op, terwijl je het bij het lezen makkelijk over het hoofd ziet. Je krijgt je TOML terug met genormaliseerde inspringing. Dit is een gerichte controle en geen volledige TOML-parser: waardetypes worden niet gevalideerd, dus een datum in een verkeerd formaat of een niet-afgesloten meerregelige tekst wordt hier niet opgemerkt. Alles gebeurt lokaal in je browser: je configuratie gaat niet naar onze server. Gratis en onbeperkt te gebruiken, ook zakelijk — geen account, geen licentie, geen limiet.
Waar je dit voor gebruikt
[project] naam = "westcube" versie = "1.0.0"Dezelfde sleutel twee keer in één sectie → melding met de sleutelnaamRegel die geen sleutel, sectie of commentaar is → melding met het regelnummer
Wat anderen van deze tool vinden
Nog geen beoordelingen voor deze tool. Die van jou is de eerste.
Werk je met Westcube?
Laat ook een review achter op GoogleVeelgestelde vragen
Wat is het verschil tussen TOML en YAML?
De belangrijkste is dat inspringing in TOML geen betekenis heeft. Structuur ontstaat door sectiekoppen tussen rechte haken, niet door witruimte, waardoor de hele klasse aan inspringingsfouten die YAML zo berucht maakt hier simpelweg niet bestaat. TOML is daarnaast strenger over types: tekst moet tussen aanhalingstekens, getallen niet. YAML is losser en raadt het type, wat handig lijkt tot het moment dat de landcode "NO" als de booleaanse waarde onwaar wordt gelezen. Voor configuratie die door mensen wordt bewerkt is TOML voorspelbaarder; voor geneste structuren is YAML compacter.
Waarom mag een sleutel niet twee keer voorkomen?
De TOML-specificatie verbiedt het expliciet: een sleutel die al gedefinieerd is opnieuw definiëren is een fout, geen overschrijving. Strikte parsers weigeren het bestand daarom. Het lastige is dat het bij het lezen nauwelijks opvalt, zeker in een lang bestand waar dezelfde sleutel bovenin en onderin een sectie staat. Deze tool noemt de naam van de sleutel, zodat je hem meteen kunt opzoeken.
Controleert de tool ook of mijn waarden kloppen?
Nee, alleen de vorm van de regels en dubbele sleutels. Waardetypes worden niet gevalideerd: een datum in een niet-toegestaan formaat, een tekst zonder aanhalingstekens, een array die niet gesloten wordt of een meerregelige tekst die nooit eindigt — die worden hier niet opgemerkt. Voor de fouten die in de praktijk het vaakst tijd kosten is de controle voldoende; voor volledige zekerheid gebruik je de parser van het gereedschap waar het bestand voor bedoeld is.
Kan ik hier mijn pyproject.toml in plakken?
Ja, en dat is een van de gangbaarste toepassingen. Een pyproject.toml groeit vaak uit tot tientallen regels met secties voor de build, de afhankelijkheden en de instellingen van meerdere gereedschappen — precies het soort bestand waar een sleutel per ongeluk twee keer in belandt. De verwerking gebeurt lokaal, dus ook een bestand met interne pakketnamen of een privéregistratie kun je hier zonder bezwaar in plakken.