toml-lang/toml

Tom's Obvious, Minimal Language

View on GitHub ↗Jump to charts ↓Open shareable report

Summary Information

Updated 3 minutes ago
Added to GitGenius on September 2nd, 2026
Created on February 24th, 2013
Open Issues & Pull Requests: 8 (+0)
GitHub issues: Enabled
Number of forks: 902
Total Stargazers: 20,609 (+0)
Total Subscribers: 320 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 5.7 hours
Mean response time: 6.5 days
90th percentile: 8.5 days
Tracked items: 60

How this project is maintained

Around half of the issues opened in the past year never receive a reply. Only 4% of issues opened in the past year have been closed. Three people close 77% of everything that gets resolved.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 5
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 1,298 days
Stale 30+ days: 3
Stale 90+ days: 3

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 2

Top labels

  • new-syntax (17)
  • discussion (5)
  • backwards-incompatible (4)
  • clarification (4)
  • question (4)
  • task (3)
  • enhancement (1)
  • maintainance (1)

Most active issues this week

Detailed Description

TOML is a configuration file format specification designed to be minimal, obvious, and easy to parse into data structures across programming languages.

TOML addresses the need for a configuration format that balances human readability with machine simplicity. It maps unambiguously to hash tables and combines features from competing formats: like JSON, it maintains simplicity and uses ubiquitous data types; like YAML, it supports comments for documentation. Unlike YAML, TOML avoids complexity that makes parsing difficult. Unlike JSON, it permits comments and is optimized for configuration rather than arbitrary data serialization. The format always has a hash table at the top level, allowing nested data within keys, but does not permit top-level arrays or floats, making it unsuitable for serializing certain data structures.

Teams should adopt TOML when they need a configuration format that prioritizes clarity and ease of implementation. It suits projects where configuration files will be read and edited by humans and where straightforward parsing across multiple languages matters. TOML is preferable to INI files, which lack standardization and handle deep nesting poorly. It is better than YAML for projects where parsing simplicity is valued over maximum expressiveness. It differs from JSON by being designed specifically for configuration rather than general data interchange, and by supporting comments.

The project maintains an official wiki cataloging implementations across languages, validators, a language-agnostic test suite for decoders and encoders, editor support, and converters. The repository contains the in-development specification with released versions published separately on the project website. The project welcomes documentation, bug reports, and pull requests from contributors.