TOML is a configuration format that can be easily read and understood by humans and machines alike.
\n\nTo learn more about TOML, you can visit its website at https://toml.io.
\n\nTo see the TOML declaration that translates into the rendered graph you are reading right now, visit the \"TOML Graph\" link on the top navigation bar.
","summary":"TOML is a configuration format that can be easily read and understood by humans and machines alike.","title":"TOML","links":[],"redirect":"","hidden":false,"connections":{},"stats":{"outgoing":0,"incoming":0}},"Acknowledgments":{"id":"Acknowledgments","text":"en is only possible thanks to a number of projects and people:
\n\nAn overview on building from source is available in the Documentation page. This page contains a more detailed and considered approach for those interested.
\n\nSource builds are tested on both Debian and Alpine, meaning en should compile and run on both glibc and musl systems.
\n\nA Rust toolchain is required to build en itself and can be installed through rustup.
\n\nFor compiling en dependencies, you will also need a C toolchain: a compiler and a libc (e.g. gcc + glibc or clang + musl), which may already be installed on your system.
For the two tested systems, all you need are the following packages:
\n\n\n| Distribution | \nNeeded packages | \n
|---|---|
| Debian | \ngcc libc6-dev | \n
| Alpine | \nclang | \n
You may also need curl, git and ca-certificates depending on how you will fetch the source code.
Aside from the cargo install approach described in Documentation, you can alternatively fetch the code yourself using Git, which allows you to inspect and change it before compiling:
\ngit clone -b v0.4.0-alpha --single-branch https://codeberg.org/jutty/en\ncd en\ncargo build --locked --release\n\n\n
In this case, the en binary will be in target/release/en.
You can find the exact commands used to test installation on both systems in the containers directory of the en source repository.
The backslash (\\) works by immediately adding the following character as a literal and skipping any further interpretation of it.
For example, if you want to write inline unformatted text containing a backtick, you will need to escape it, so that to render println!(\"`\") as unformatted inline text, you'd write `println!(\"\\`\")`, otherwise the second backtick would close the code tag midway through it.
If you want to render a literal backslash, you can escape the backslash itself by using two backslashes: \\\\.
Notice that TOML itself also handles escape codes, so to pass a backslash you will need to escape it as a double backslash inside strings delimited by double quotes or triple double quotes. You can use a single backslash inside a string delimited by single quotes:
\n\n\n[node.Double]\ntext = \"You need double slashes to escape an asterisk here: \\\\*\"\n\n[node.TripleDouble]\ntext = \"\"\"\nJust like here: \\\\*\n\"\"\"\n\n[node.Single]\ntext = 'Here you need just one: \\*\"\n\n[node.TripleSingle]\ntext = '''\nHere too: \\*\n'''\n\n\n
This has nothing to do with en's markup syntax per se, it's just a consequence of how backslashes are also special in TOML syntax. For more details, see the TOML documentation on Strings.
\n\nen will happily accept HTML code and pass it along to the browser, so you can use any feature from it as a sort of superset.
\n\nIf you want to prevent a particular part of your text from being interpreted as HTML, you can escape it as you normally would.
\n\nThe fact you are using HTML does not exclude en syntax from being interpreted, although this may change in the future. Presently, you need to escape en markup syntax if you want it printed literally even inside HTML tags. This matters because en uses its syntax to create connections between your graph's nodes and makes several decisions based on these relations.
","summary":"The backslash (\\) works by immediately adding the following character as a literal and skipping any further interpretation of it.","title":"Escaping","links":[],"redirect":"","hidden":false,"connections":{"TOML":{"to":"TOML","from":"Escaping","detached":false}},"stats":{"outgoing":0,"incoming":0}},"Documentation":{"id":"Documentation","text":"The easiest way to get started is by downloading a pre-built binary.
\n\nx64 Linux binaries are available from the git.jutty.dev package registry:
\n\n\n| Platform | \nDownload | \n
|---|---|
| x64 Linux GNU | \nen-x64-linux-gnu | \n
| x64 Linux musl | \nen-x64-linux-musl | \n
If in doubt, it is likely your system uses the GNU libc. Regardless, the musl binary is statically compiled and should run on mostly any x64 Linux system.
\n\nOther platforms may be supported in the future depending on CI resources.
\n\nIf you are on another platform or simply paranoid, you can also build en yourself.
\n\nYou will need:
\n\n\ngcc)Given the above is satisfied, you can build directly through Cargo:
\n\n\ncargo install --git https://codeberg.org/jutty/en --tag v0.4.0-alpha\n\n\n
And you should now have the en command available on your shell.
The cargo install example shown above will build en from the last tagged release, which should be more stable. You can remove the --tag v0.4.0-alpha part if you'd like to build the most recent development sources.
For more details on building from source, see SourceBuild.
\n\nOnce you have installed en, run it and point it to your graph:
\n\n\nen --graph my-graph.toml\n\n\n
See CLI for defaults and details on the available options.
\n\nThe graph is a TOML file. You can create nodes by adding text such as:
\n\n\n[nodes.Computer]\ntext = \"A computer is a machine capable of executing arbitrary instructions.\"\n\n\n
If you need longer text, it's more convenient to use triple quotes:
\n\n\n[nodes.Computer]\ntext = \"\"\"\nA computer is a machine capable of executing arbitrary instructions.\n\nThe main electronic component of a computer is its |motherboard|.\n\"\"\"\n\n\n
Some special syntax is allowed inside the node text. See Syntax for supported features.
\n\nA node can have several other attributes. See Node for details on all of them.
\n\nNodes can have connections between each other. Each node page lists its outgoing and incoming connections.
\n\nThe simplest kind of connection is achieved by creating an anchor to another node in the node text itself:
\n\n\n[nodes.Quark]\ntext = \"Quarks are subatomic particles that form |hadron|s\".\n\n\n
Here, a connection is created from the node with ID Quark to the node with ID Hadron. See AnchorSyntax for the various ways you can link to other nodes from within the node text itself.
Even if a node is not mentioned in the node text, you can still add connections to it. For simple connections without any associated properties, you can simply add links:
\n\n\n[nodes.Quark]\ntext = \"A subatomic particle that forms hadrons.\"\n\nlinks = [ \"Particle\", \"Hadron\" ]\n\n\n
This will create two outgoing connections from Quark: to Particle and to Hadron.
\n\nFor metadata-rich connections, which allow you to add properties to the connection, you can use the full connection syntax:
\n\n\n[[nodes.Realism.connections]]\nto = \"Surrealism\"\nkind = \"contrast\"\n\n\n
This will create a connection from the node with ID Realism to a node with ID Surrealism and add the \"contrast\" kind to the connection. See Connections for the existing kinds and how they affect your graph.
A graph is a data structure composed of connected (and disconnected) nodes.
\n\nA familiar example is that of a social network. Each account can be thought of as a node and the \"follow\" and \"follower\" relationships can be thought of as edges (connections). A node may have many or few connections, and the nodes it is connected to are meaningful to understand how it fits into the whole.
\n\nen uses this concept to create a writing tool, allowing you to map out complex thoughts as a web of connected texts.
","summary":"A graph is a data structure composed of connected (and disconnected) nodes.","title":"Graph","links":[],"redirect":"","hidden":false,"connections":{},"stats":{"outgoing":0,"incoming":0}},"CLI":{"id":"CLI","text":"You can set the hostname, port and graph file path using CLI options:
\n\nFor the hostname, use -h or --hostname:
\nen -h localhost\nen --hostname 10.120.0.5\n\n\n
If unspecified, the default is 0.0.0.0.
For the port, use -p or --port:
\nen -p 3003\nen --port 3000\n\n\n
If unspecified, the default is to use a random available port assigned by the operating system.
\n\nFor the graph path, use -g or --graph:
\nen -g graph.toml\nen --g ./static/my-graph.toml\n\n\n
If unspecified, the default is ./static/graph.toml.
You can combine these options as you wish:
\n\n\nen -h localhost -p 3000\nen -p 3003 --host localhost --graph ./graph.toml\nen --g ./graph.toml -p 1312\n\n\n
If an option is specified more than once, the last use will override any previous ones.
","summary":"You can set the hostname, port and graph file path using CLI options:","title":"CLI Options","links":[],"redirect":"","hidden":false,"connections":{},"stats":{"outgoing":0,"incoming":0}},"Node":{"id":"Node","text":"A node is defined in your graph file starting with a table header of the form:
\n\n\n[nodes.ID]\n\n\n
Where ID is an identifier of your choice.
While the TOML specification is quite flexible regarding what characters can make up this identifier, it's recommended that you keep it simple and use only letters and numbers. See AnchorSyntax for more details on why.
\n\nNodes can have several optional fields that alter how en interprets and displays them.
\n\n\ntitle: The main heading shown at the top of the page and tab titletext: The textual content that is shown when the node is accessedredirect: Where to redirect any attempt to access the nodelinks: An array of identifiers for other nodes to which this node is connectedhidden: Whether this node should be listed in the index and tree pages. This won't prevent the node from being found or linked to directly through its ID\n[nodes.Citrus]\ntitle = \"Citrus Trees\"\nhidden = false\ntext = \"Citrus is a |genus| of trees known mainly for its fruits.\"\nredirect = \"Citric\"\nlinks = [ \"Orange\", \"Lemon\", \"Lime\", \"Grapefruit\", ]\n\n[[nodes.Citrus.connections]]\nfrom = \"Citrus\"\nto = \"Citric acid\"\n\n\n
The example above has all fields in it for completeness, but all fields have default values and are therefore optional. This means that explicitly writing hidden = false is the same as not setting it at all.
The default values for unset fields are:
\n\n\ntitle: Same as the identifiertext: An empty string (i.e. text = \"\")redirect: An empty stringlinks: An empty array (i.e. links = [])hidden: falseen's anchor syntax can be very flexible, but some situations lead to ambiguity.
\n\nIn short, following these two rules should keep you out of trouble:
\n\n\n|text|destination| syntax to make your anchors fully unambiguousConsider this example:
\n\n\n|gem|PreciousStone\n|PreciousStone|,\n\n\n
Both point to the node with ID PreciousStone, as they indeed seem to. But if we didn't treat punctuation differently, we'd have:
\n|a|b\n|a|b\n\n\n
For this reason, some symbols are treated specially at the trailing boundary of anchors.
\n\nPunctuation won't be considered as a possible destination, so you can write the previous example and have it behave as expected.
\n\nThis is one of the reasons special symbols in your node IDs can lead to trouble.
\n\nThese are the punctuation symbols that are treated specially:
\n\n\n, . : ; ? ! ( ) ' \" ` | _ * \n\n\n
Something similar applies to the lowercase letter s:
\nWe found three |boat|s at the marina.\n\n\n
This conveniently lets you write plural words as anchors to their singular form without having to write:
\n\n\nWe found three boats|boat at the marina.\n\n\n
Which is annoyting to write and also makes the text a lot noisier.
\n\nUnlike with punctuation, this doesn't mean you can't have a node with the ID s. You can, but you'll have to write your anchors to it always with a trailing pipe:
\nThe |letter s|s| is important so we dedicated a whole page to it: |s|!\n\n\n
Like punctuation, node IDs shouldn't have spaces. If you write a node anchor with spaces, it will be collapsed:
\n\n\nThis |Node Anchor| will work as if it were |Node Anchor|NodeAnchor|.\n\n\n
As long as you don't have a page with the ID NodeanchoR and another with the ID NodeAnchor, this shouldn't be a problem.
Because node ID resolution redirects to a lowercase match as a fallback to an exact match, you can write:
\n\n\nThe next |precious stone| was stolen in 1973.\n\n\n
And the visible text will be preserved as \"precious stone\" but be able to point to an ID such as PreciousStone.
en must differentiate node anchors from outgoing URLs:
\n\n\n|sample|Example|\n|sample|https://example.com|\n\n|Example|\n|https://example.com|\n\n\n
It does this by looking at the destination and checking if it contains a :. That's one more reason to avoid this character in your node IDs.
Some fields of your en graph, namely the Node text field, have support for special syntax that allows you to apply formatting and create connections between your graph's nodes.
\n\nIf you are familiar with Markdown, you'll find some features familiar, with some notable differences too.
\n\nAnchors are the most important and powerful syntactic element you will work with because they can create connections between nodes when you use them. They have the following basic syntax:
\n\n\nanchor|destination\n\n\n
For example:
\n\n\nparticles|ParticlePhysics\n\n\n
This example will render as the word \"particles\" pointing to a node with ID ParticlePhysics because the destination is not an external URL.
An external anchor looks like this:
\n\n\ndocs|https://en.jutty.dev/node/Documentation\n\n\n
External anchors are identified by the presence of either a : or a / character in the destination. This works for special handlers, such as mailto:user@domain.com, and destinations relative to the website root like /about.
If the left side contains spaces, you need a leading | character:
\n|en docs|https://en.jutty.dev/node/Documentation\n\n\n
To make a plain address clickable, wrap it in two | characters:
\n|https://en.jutty.dev|\n\n\n
For internal anchors, most punctuation is automatically separated from the anchor destination so you can simply write:
\n\n\nThis gem|PreciousStone, though green, was not an emerald.\n\n\n\n
\nThis gem, though green, was not an emerald.\n\n\n
However, for external anchors, you want to add a third | to explicitly set the end because external URLs can have all sorts of arbitrary characters.
Because anchors between nodes are central to en, there is special syntax to make them as fluid as possible to create without cluttering the text too much.
\n\nA node ID wrapped in two | characters will become an anchor to that node:
\n|ParticlePhysics|\n\n\n
en can resolve IDs case insensitively (with priority to case-sensitive matches) and will also collapse spaces when trying to resolve an ID, so you can also write:
\n\n\ncheck out the |en documentation|\n\n\n
And if an anchor with the id enDocumentation or any other case-insensitive combination exists, it will land on it.
In summary, all of the anchors below are valid and lead to the same page:
\n\n\n|syntax|Syntax\nSyntax|syntax\nSyntax|syn tax|\n\n|Syntax|\n|syntax|\n|syn tax|\n\n\n
While flexible, this can sometimes be ambiguous. See AnchorSyntax for some caveats regarding anchors.
\n\nSupported formatting syntax includes:
\n\n\n* for bold_ for italics__ for underline~~ for strikethroughTo apply these, you can wrap a word in the formatting operators, so for instance *this* will be rendered as this and ~~this~~ as this.
You can use [ ] and [x] to render checkboxes:
\n- [ ] not done\n- [x] done\n\n\n\n
A block is any group of lines separated by empty lines:
\n\n\nblock A\nstill block A\nblock A's last line\n\nblock B starts here\nblock B ends here\n\nthis is block C\n\n\n
By default, a block not starting with any special syntax is a paragraph, such as this very line you are reading.
\n\nSome blocks will join the lines together, meaning even if you write:
\n\n\na\nb\nc\n\n\n
You still get \"a b c\" as a result. This is the case for paragraphs, but not for lists, verse blocks, tables and preformatted text. Blockquotes support both modes.
\n\nThis is useful when editing your text, allowing you to break some thoughts and special syntax without losing control over where your paragraph ends, particularly when handling huge paragraphs.
\n\nIf you want to force lines to break, you can use a < character at the end of a line:
\na <\nb <\nc <\n\n\n
Which renders as:
\n\na
\nb
\nc
While useful to break a few lines on demand, if you have a large block of lines you want to break this can become cumbersome. That's where verse blocks are useful.
\n\nVerse blocks are delimited by a & character at their first and last line and are useful to avoid precisely this line-joining behavior of paragraphs. They will break all lines without need for a trailing < character:
\n&\n these lines\n break just fine\n once they are over\n&\n\n\n
these lines
break just fine
once they are over\n
A block of lines starting with a > character will render as a quote:
\n> Who'll change old lamps for new ones?\n\n\n\n
\nWho'll change old lamps for new ones?\n\n\n
Quote blocks have two forms. If you prepend all blocks with a >, line breaks will be preserved, not collapsing the whole quote into a single line:
\n> When I was alive\n> I was dust which was,\n> But now I am dust in dust\n> I am dust which never was.\n\n\n\n
\nWhen I was alive\n\n
\n I was dust which was,
\n But now I am dust in dust
\n I am dust which never was.\n
If you would like the quote to be collapsed into a single line instead, you can leave just the first > and continue until the next empty line:
\n> And should I feel kindness towards my enemies?\nNo: from that moment I declared everlasting war against the species,\nand more than all, against him who had formed me\nand sent me forth to this insupportable misery.\n\n\n\n
\nAnd should I feel kindness towards my enemies?\nNo: from that moment I declared everlasting war against the species,\nand more than all, against him who had formed me\nand sent me forth to this insupportable misery.\n\n\n
You can still use < characters to force line breaks in this case.
To add a citation to your quote block, start a line with two - characters:
\n> with no more communion\n> to down as morning pick-me-ups\n> to sweeten afternoon naps\n> to soothe nightmares\n-- Assotto Saint, The Language of Dust\n\n\n\n
\nwith no more communion\n\n
\n to down as morning pick-me-ups
\n to sweeten afternoon naps
\n to soothe nightmares
Assotto Saint, The Language of Dust\n
If you have a more complex citation, you can use multiple lines starting with --. All such lines will be joined together in the citation. If you need to break lines, use the < character at the end of a line:
\n> Dois grandes mitos dominam a história oficial do Brasil:\n o mito da índole pacífica do brasileiro e o da \"democracia racial\".\n-- Benedita da Silva,\n-- |Speech on the Federal Senate|https://www25.senado.leg.br/web/atividade/pronunciamentos/-/p/pronunciamento/165765|,\n-- March 3rd, 1995, <\n-- International Day for the Elimination of Racial Discrimination\n\n\n\n
\nDois grandes mitos dominam a história oficial do Brasil:\n o mito da índole pacífica do brasileiro e o da \"democracia racial\".\n\n\n\n
Benedita da Silva,\n Speech on the Federal Senate,\n March 3rd, 1995,
\n International Day for the Elimination of Racial Discrimination\n
The first URL found in your citation will be used as the blockquote element's cite value.
A block of lines starting with a - character will be rendered as an unordered list:
\n- cyan\n- amber\n- crimson\n\n\n\n
Lines starting with a + character will create numbered lists instead:
\n+ ichi\n+ ni\n+ san\n\n\n\n
Tables are blocks delimited by a sole % on its own line:
\n%\n Country ! Capital\n Colombia | Bogotá\n Belgium | Brussels\n Palestine | Jerusalem\n Zambia | Lusaka\n%\n\n\n\n
| Country | \nCapital | \n
|---|---|
| Colombia | \nBogotá | \n
| Belgium | \nBrussels | \n
| Palestine | \nJerusalem | \n
| Zambia | \nLusaka | \n
Table cells are delimited by either a ! for headers or | for common cells. These delimiters must be surrounded by at least one space to each side and are optional at the first and last position of each line.
This means you can use any of the following formats:
\n\n\n%\n middle | only\n tail | only |\n | lead | only\n | fully | wrapped |\n%\n\n\n\n
| middle | \nonly | \n
| tail | \nonly | \n
| lead | \nonly | \n
| fully | \nwrapped | \n
Because at least one space is required around each delimiter, you must indent the table inside the surrounding % markers by at least one space.
The backtick character ` can be used to render unformatted blocks and inline text:
\nThe asterisk `*` is special in en markup syntax.\n\n\n\n
\nThe asterisk * is special in en markup syntax.\n\n\nUsing the syntax above, the asterisk won't be interpreted as the start of bold formatting and instead will be shown like this: *.
This is useful for code but also for rendering characters with special meaning you wish to mention literally.
\n\nBackticks on their own line will start and close a block of unformatted text such as the ones being used throughout this documentation to show code:
\n\n\n`\neverything in here will be rendered without formatting\n`\n\n\n
Finally, you can precede any character with a \\ to fully escape that character from being interpreted. Because TOML also treats backslashes specially, you'll likely need to use double slashes, as in \\\\, unless you wrap your TOML strings in single quotes. See Escaping for more details and examples.
If you need some more advanced feature that is not supported directly by en's markup snytax, you can always just write plain HTML and it will be passed along. For example, you could render a form:
\n\n\n<form style=\"text-align: center;\">\n <label for=\"name\"> *__Name__* </label>\n <input type=\"text\" id=\"name\"/>\n <input type=\"submit\"/>\n</form>\n\n\n\n\n
Notice that, as shown in this example, you can mix en syntax and HTML. You might want to add a space between your HTML tags and en special syntax so the boundary is clearer, but otherwise they don't tend to overlap since the symbols most used in HTML are not special in en with the exception of <, which is interpreted specially only at the end of lines.
If you want to avoid either one of these syntaxes from being interpreted specially, you should escape the relevant characters as explained in the previous section.
","summary":"Some fields of your en graph, namely the Node text field, have support for special syntax that allows you to apply formatting and create connections between your graph's nodes.","title":"Syntax","links":[],"redirect":"","hidden":false,"connections":{"AnchorSyntax":{"to":"AnchorSyntax","from":"Syntax","detached":false},"TOML":{"to":"TOML","from":"Syntax","detached":false},"Escaping":{"to":"Escaping","from":"Syntax","detached":false},"PreciousStone":{"to":"PreciousStone","from":"Syntax","detached":true},"Node":{"to":"Node","from":"Syntax","detached":false}},"stats":{"outgoing":0,"incoming":0}},"docs":{"id":"docs","text":"","summary":"","title":"docs","links":[],"redirect":"Documentation","hidden":true,"connections":{},"stats":{"outgoing":0,"incoming":0}},"en":{"id":"en","text":"en is a tool to write non-linear, connected pieces of text and have their references mapped out as a graph of connected information.
\n\nIt works by ingesting a TOML file containing your node specification and serving it as a website that allows nodes to be browsed, searched and listed in relation to each other or as a shallow tree of nodes.
\n\nen was created out of the desire to write complex, long-form descriptions of a personal worldview without being constrained or getting stuck trying to mimic the linearity of a typical philosophy book.
\n\nIt's described as a \"writing instrument\" because it's not so much about the presentation or even the web format. While that's the medium for this particular implementation, you can notice en serves its raw data in both TOML and JSON. It's first and foremost about mapping out and structuring written thoughts.
\n\nBecause en is defined in simple configuration files, you can add new pages easily from a few lines and start connecting them. Instead of having to create a dedicated file or resource for each new entry you find deserving of observation, with its own beginning and end, its own \"I'm empty, fill me to completion\" demeanor, you can stay in the flow of your sprawling thoughts. This is meant to fit the specific wiring of minds whose thoughts spread and fork quickly and often, whether to great depth or across wide expanses.
","summary":"en is a tool to write non-linear, connected pieces of text and have their references mapped out as a graph of connected information.","title":"en","links":[],"redirect":"","hidden":false,"connections":{"Graph":{"to":"Graph","from":"en","detached":false},"TOML":{"to":"TOML","from":"en","detached":false}},"stats":{"outgoing":0,"incoming":0}},"Roadmap":{"id":"Roadmap","text":"\nInline codehas_definition)related)has_example)has_references)|node|s -> node)|will|ed -> will)|red fox| -> redfox -> RedFox)# syntax for header ID anchorsDEBUG is unset