Compare it to JSON:
- 1 sequence type
- 1 map type
- 1 string type
- 2 types of numbers
IMO we should keep extensibility, comments and keywords and ditch everything else. Then we have a chance.
Top-level
Compare it to JSON: - 1 sequence type IMO we should keep extensibility, comments and keywords and ditch everything else. Then we have a chance. 9 comments
@jack @nikitonsky sets would be too much semantics to handle in the data format.. Imagine {3, 3.000...01} could be set of one, two, or a an error on three different machines @odnoletkov @nikitonsky Contrary data point: the data format he is discussing, EDN, has support for sets. @nikitonsky so what is missing in JSON then? Seems perfect. Oh and I think there is just one type of a number @odnoletkov @nikitonsky Trailing comma's and comments would be very nice when used for developers/users. Those are the main reasons I prefer TOML over JSON for things like configuration. @nikitonsky And every single one of them is underspecified enough to make it a source of a terrible bug exactly once a year in every system on the planet. |
@nikitonsky json is popular because it is simple and for 95% of tasks more than it can do, is not needed. That is, the other formats will share 5% :)