@@ -72,7 +72,6 @@ Now that we know how a broker keeps track of things, we should have an easier ti
72 $% :: station configuration ::
72 $% :: station configuration ::
73 {$create (trel knot cord posture)} :: create station
73 {$create (trel knot cord posture)} :: create station
74 {$depict (pair knot cord)} :: change description
74 {$depict (pair knot cord)} :: change description
75− {$adjust (pair knot posture)} :: change posture
76 {$delete (pair knot (unit @t))} :: delete + announce
75 {$delete (pair knot (unit @t))} :: delete + announce
77 {$permit (trel knot ? (set ship))} :: invite/banish
76 {$permit (trel knot ? (set ship))} :: invite/banish
78 {$source (trel knot ? (set partner))} :: un/sub p to/from r
77 {$source (trel knot ? (set partner))} :: un/sub p to/from r
@@ -167,7 +166,7 @@ When a message gets added to a story, or a presence or configuration in it gets
168Non-message reports include both local and remote presences. This is useful in federation, where subscribers are also interested in the presences on related stations.
167Non-message reports include both local and remote presences. This is useful in federation, where subscribers are also interested in the presences on related stations.
170−>Federation is, at the time of writing, completely untested. Messages should work fine, but proper configuration and presence propagation has yet to be seen. We'll probably need a `/federate` subscription path to integrate this cleanly into the existing system. It's an entirely new can of worms though.
169+>Federation is, at the time of writing, largely untested. Messages and presences seem to work fine, but configuration sharing isn't in yet. The solution that's currently in try-out development is having a "federator whitelist", and using a special command to signify a ship starts federating, so that users don't have to manually chain sources together.
172>**Current implementation** also sends remote configurations in the `%cabal` report. This doesn't seem to be useful for anything. In case of federation, you would want all stations to copy each other's configuration.
171>**Current implementation** also sends remote configurations in the `%cabal` report. This doesn't seem to be useful for anything. In case of federation, you would want all stations to copy each other's configuration.