Expand description
The effective-config document a server pushes to every client.
One document is built per load and shared by every connection: the areas
forge.toml is read into, every key’s effective value, and the class that
says when an edit to that key takes effect. Values cross as the file loads
them, unredacted - the socket is reached over loopback or the private
network, which is the boundary.
Re-exports§
use serde::Deserialize;🔒use serde::Deserialize;🔒use serde::Serialize;🔒use serde::Serialize;🔒
Structs§
- Settings
Area - One area of the config, as the page’s sub-nav lists it.
- Settings
Document - The whole effective config, pushed on attach and after every applied reload.
- Settings
Edit - What the editor needs to draw a key’s control and to know which entry it belongs to.
- Settings
Edit Request - One edit a client asks the server to apply to
forge.toml. - Settings
Key - One key’s effective value and the class that says when a change lands.
- Settings
Totals - The header’s own totals, built with the document so a client does not count for itself.
- Settings
Write Ask - One configuration write held for the reader’s approval.
- Settings
Write Change - One key’s change in a held write.
Enums§
- Edit
Kind - The control a key’s value is edited with.
- Effect
Class - When an edit to a key takes effect.
- Setting
Kind - The shape of a key’s value, so a client picks a drawing without guessing from the text.
- Settings
Edit Op - One change in a batched save.
- Settings
Write Ending - What ended a held write, which a view that did not answer it has no other way to learn.