tree.d
Tree - simple fast compact user-readable binary-safe extensible structural format (by nin-jin)
slides
Мои слайды для конференций (by nin-jin)
tree.d | slides | |
---|---|---|
3 | 6 | |
190 | 176 | |
- | - | |
1.5 | 5.2 | |
about 1 year ago | 3 months ago | |
D | JavaScript | |
The Unlicense | MIT License |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
tree.d
Posts with mentions or reviews of tree.d.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-08-01.
-
Humane API REST Protocol
Tree: Accept: application/x-harp.tree (most obvious)
-
What is wrong with SOURCE MAPS and how not to mess with them?
As you can see, the js.tree representation is already much cleaner. And does not require any ASTExplorer. Although I made a tree support patch for it , which has been ignored by the maintainer for the second year. It's open source, baby!
-
Tree - AST which kills JSON, XML, YAML, TOML, etc
Download sample files.
slides
Posts with mentions or reviews of slides.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-02-20.
-
MarkedText - healthy person MarkDown
Hello, my name is Dmitriy Karlovskiy and all my articles (and presentations) I write in MarkDown. And you know what? It's already pretty sick of me! I write texts in Russian, but most of the special characters are only in the English keyboard layout. And editing tables is the eternal Leaning Tower of Pisa from vertical lines. In short, is has problems both with the convenience of editing and with the readability. So let's try to design it from scratch, without dragging tons of puzzling structures along with us.
-
What is wrong with SOURCE MAPS and how not to mess with them?
Framework $mol
- Tree – AST Which Kills JSON, XML, YAML, TOML, etc.
-
Tree - AST which kills JSON, XML, YAML, TOML, etc
This is an extended text version of the speech of the same name on PiterJS#47. You can read it as an article or open it in the presentation interface or watch video.
-
Main aspects of reactivity
Original Russian article
What are some alternatives?
When comparing tree.d and slides you can also consider the following projects:
astexplorer - A web tool to explore the ASTs generated by various parsers.
marked.hyoo.ru - MarkedText - simpliest usefull lightweight markup language, better alternative to MarkDown
harp.hyoo.ru - Powerful easy to read and debug declarative normalized graph protocol for REST-full API's.
moz-sql-parser - DEPRECATED - Let's make a SQL parser so we can provide a familiar interface to non-sql datastores!
vscode-language-tree - VSCode tree format support
atom-language-tree - Tree format support in Atom
Smol-sublime - Sublime syntax-highlighting for *.view.tree of $mol
hyoo_mill - CLI for Tree stream processing
Babel (Formerly 6to5) - 🐠 Babel is a compiler for writing next generation JavaScript.
tree.d vs astexplorer
slides vs marked.hyoo.ru
tree.d vs harp.hyoo.ru
slides vs moz-sql-parser
tree.d vs vscode-language-tree
slides vs atom-language-tree
tree.d vs moz-sql-parser
slides vs Smol-sublime
tree.d vs hyoo_mill
slides vs vscode-language-tree
tree.d vs atom-language-tree
slides vs Babel (Formerly 6to5)