Our great sponsors
ron | kdl | |
---|---|---|
24 | 14 | |
3,073 | 1,008 | |
2.1% | 5.0% | |
7.9 | 5.8 | |
11 days ago | 13 days ago | |
Rust | ||
Apache License 2.0 | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ron
-
XML is better than YAML
Whenever this kind of arguments come up, I am sad that RON (https://github.com/ron-rs/ron) is not better known. To me it feels like a cleaner and better JSON.
In any case, my little experience with it had made me hate YAML. Generally speaking, I have come to dislike any language with significant whitespace other than Haskell.
-
What config format do you prefer?
Part of the reason why I migrated away from RON in system76-scheduler is because I needed to rely on the 253-untagged-enums branch from https://github.com/MomoLangenstein/ron. Which still isn't resolved today: https://github.com/ron-rs/ron/pull/451.
Sounds like RON - Rusty Object Notation
-
Ron: Rusty Object Notation
Serde is strongly, strictly typed: you have to specify what type you want to decode to. It’s nothing like Python’s Pickle protocol.
See, for example, https://github.com/ron-rs/ron/blob/484fcab0686dfd18c7e29b6c1..., where it (in a type-inferency way) says “parse as Config”.
- JSON vs. XML with Douglas Crockford
- They're rebuilding the Death Star of complexity
-
Show /r/rust: deser, an experimental serialization system for Rust
Cool project! I ran into some limitations of serde a while ago while trying to add some new features to ron: https://github.com/ron-rs/ron/pull/328. Not sure if that's the kind of issue you are planning to address, but either way it's a concrete example of a use case where serde is currently not a perfect fit.
-
YAML: It's Time to Move On
You might like RON[1]. It's far from perfect (and far from complete), but seems nice so far.
-
The KDL Document Language
While there's JSON5[1] now, it just has not the same level of native (ecosystem) support as JSON has.
[0]: https://github.com/ron-rs/ron
[1]: https://json5.org/
kdl
-
XL: An Extensible Programming Language
IMO, there’s a wide unexplored design space between the minimalism of Lisp and richness of other languages. A programming language inspired by something like KDL (https://github.com/kdl-org/kdl) has the potential to be in a very sweet spot between the two. "Everything is a node" instead of "everything is a list" is only slightly more complicated, but also vastly more readable that a soup of parenthesis.
-
SDLang – Simple Declarative Language
KDL is a variant of SDLang that’s worth checking out.
-
The KDL Document Language
Here's an example of how a HTML page would be presented.
https://github.com/kdl-org/kdl/blob/main/examples/website.kd...
I'd love to understand why all the advertised implementations have permissive licenses except for the Rust implementation, which is released under the Parity Public License 7.0.0 [1]? This seems to be as restrictive as the GPL, no?
In my mind, copyleft licenses applied to infrastructural projects like kdl-rs prematurely limits their adoption and promotes the development of alternatives with more permissive licensing, since the spec is released under a Creative Commons license [2].
[1]: https://github.com/kdl-org/kdl-rs/blob/87f836134c1d901ff5ce6...
[2]: https://github.com/kdl-org/kdl/blob/785abebfc507ff6b7bdeac07...
-
The KDL Document Language, an alternative to YAML/JSON/XML
It does have a schema language, and a query language. There's no translation language (yet?) but if that's of interest, that sounds like a thing to bring up on github!
p.s. if anyone is interested in helping or just wants the info, this is the tracking issue for implementations supporting 1.0 (the actual thing that just got released): https://github.com/kdl-org/kdl/issues/144
There's an issue for this~ https://github.com/kdl-org/kdl/issues/54
Why no XLang implementation? You haven't written it yet, of course! What was just stabilized was the KDL specification. There are a number of supported impls, but one challenge they were having was targeting a moving target. So we wrapped everything up to make it easier to write new ones! Please file an issue if your favorite language is missing!
-
ParserObjects Parser Combinator Library for .NET
Oh nice. It will be a nice library to use to parse KDL (https://github.com/kdl-org/kdl)
-
The YAML file of Prometheus Operator has over 13k lines, one of the longest YAML files on GitHub ever
It's still in its infancy but I'm keeping an eye on kdl
What are some alternatives?
toml.io - Source Code for toml.io
json5 - JSON5 — JSON for Humans
yaml-reference-parser
minimal-yaml - A minimalist, zero-copy parser for a strict subset of the Yaml specification.
prometheus-operator - Prometheus Operator creates/configures/manages Prometheus clusters atop Kubernetes
typescript-json-schema - Generate json-schema from your Typescript sources
yamllint - A linter for YAML files.
config - configuration library for JVM languages using HOCON files
jsonjsc - A Python JSONDecoder library for parsing out Javascript comments in JSON files.
Amethyst - Data-oriented and data-driven game engine written in Rust
dhall-lang - Maintainable configuration files