Daimond Daimond Guide

Social

Daimond is changed by what its users report. The Social panel is where that is written, read back and voted on, and where messages, the people they come from, groups and shares sit. This page is about making a note land: how to say what happened, and the names for the parts of the screen, so that whoever reads it knows at once which thing you mean.

A note that says the thing at the top left is broken costs somebody a search, and sometimes finds the wrong thing. A note that says the Diamonds chip in the top bar does not. Neither note is more work to write. The difference is only knowing what the parts are called, which is what the rest of this page is for.

Writing a note that can be acted on

Three things, and the first is the one most often left out.

  1. Where it is

    Name the part, and the region it sits in. The screen has four regions and about twenty kinds of part, and naming both makes almost anything unique: there are crosses all over Daimond, but only one closer on the Everything row.

  2. What you expected

    Say what you thought would happen. This is the half a reader cannot guess, and it is often the whole report: a control that does exactly what it was built to do, and surprises people anyway, is a fault in the control and not in the people.

  3. What happened instead

    What you saw, in the order you saw it. Not what you think caused it. A guess at the cause narrows the search, and a wrong guess narrows it away from the fault.

Costs a round trip

The X at the top left is broken.

Can be acted on

The closer on the Everything row put the whole rail away. I expected it to close that row.

A few more things that save a reply.

Saying where: the four regions

Daimond has a top bar across the top, and under it three regions side by side: the rail on the left, the stage in the centre, and the dock on the right. Almost every note can start by naming one of those four. The interface tours them and says what each panel is for; this page is about the smaller parts inside them.

Where the named parts of the screen are A schematic of the Daimond window. Across the top is the top bar, holding the chip row. Below it, three regions: the rail on the left, with a light and a closer on its top row, a head over each list, tiles in the lists, a divider between them, and rows in the admin panel underneath; the stage in the centre, with a head at the top and the composer at the bottom; and the dock on the right, holding panels. chip row TOP BAR RAIL light closer head tile divider row STAGE head composer DOCK panel
Where the named parts sit. The words in colour are the ones to use in a note; the four regions are set in small capitals. Nothing here is to scale, and a panel can be closed, moved or put away, so the regions are what stay put.
Two words for the centre. This guide calls it the stage. The panel gallery groups the same panels under Beside the chat, which is the only name the app itself puts on screen for that region. Both are understood; if you use neither and say beside the chat in your own words, that is understood too.

The parts, by name

Every word below is one Daimond already uses, in its own interface or in this guide. Each entry shows the real thing, cropped out of a running Daimond, so you can match what is in front of you against the picture and use the word with confidence.

The pictures were taken on one of the dark palettes. On yours the colours will differ, and on a phone some of these parts move; the names do not.

chip

A row of small rounded buttons across the top bar, each named after a panel. Three are filled in and the rest are outlined.

A small rounded button that turns one thing on or off. The row of them across the top bar is the chip row, one chip per panel, filled in while that panel is open.

The head of the chat panel: its name at the left, then three small rounded buttons reading Guarded, Concise and Steps.

Chips are used elsewhere too: on a head, as above, on a tile, and in the rail as tags. Say which, and a chip is unambiguous.

Say: the Workspace chip in the chip row.

tile

A chat in the rail, drawn as a bordered card with a time, the first message, a cog, a closer and two small buttons.

One Diamond or one chat, as it appears in the rail. A tile carries its own name, its cog, its closer, and whatever else belongs to that one piece of work.

Say: the cog on a chat tile.

head

The word Diamonds at the left of a narrow strip, with a plus button and a graph button at its right.

The strip that names a list or a panel and carries the buttons acting on the whole of it. Each list in the rail has one, and so does every panel.

Say: the plus on the Chats head.

closer

A small drawn cross.

The cross that closes something. Daimond has one closer, drawn one way, on every panel, tile, dialog, menu, drawer and sheet.

It always closes the one thing it sits on and never anything larger, so naming what it sits on names the closer exactly.

Say: the closer on the Everything row.

cog

A small drawn cog wheel.

The settings button. Wherever a thing has settings of its own, they are behind a cog on that thing: on a tile, on the identity row, on a mailbox.

Say: the cog on the Diamond tile.

light

A row reading Everything, with a play arrow, a pause symbol and a round amber light before it, and a closer at the far right.

The round light beside a play and a pause, saying whether that part of Daimond is going to act on its own. Green for everything set up and running, amber for some of it held, red for none of it running — either held, or nothing set up in the first place. Hover it and it says which.

Every light in the app hangs off the one on the Everything row, which speaks for the lot.

Say: the light on the Everything row is amber.

divider

A thin coloured rule across the rail under the pointer, with the Chats head below it.

A line you can drag to give one list or one panel more room, and double-click to put back where it was. There are two in the rail: one between the Diamonds and the chats, one above the admin panel.

Say: the divider above the admin panel.

row

The admin panel: a name at the top with a cog, then a stack of single lines each with a coloured dot, a label and a value.

One line in a stack of them, answering one question. The admin panel is rows; so are the mailboxes, the folders, the devices and the files.

A row that can be acted on is a button, and it opens the thing it names.

Say: the Version row in the admin panel.

spend row

Three cells at the foot of the rail, labelled Session, Week and Month, each with a small figure under it.

The three figures at the foot of the rail: this session, this week, this month. It hides itself while nothing has been spent.

Say: the week cell of the spend row.

composer

A wide rounded box reading Type a message, with a round send button and two small round buttons beside it.

The box you type into, with the send button beside it. There is one, at the foot of the stage, and it talks to whatever is on the stage: a chat, or a Diamond's daimon.

Say: the send button on the composer.

face

A small pair of joined buttons reading Crystal and Chat, with Crystal selected.

A Diamond has two of them, and this switch chooses which one you are looking at: the Crystal, which is what the Diamond knows, and the Chat, which is how it came to know it.

Say: on the crystal face of a Diamond.

tag

A Diamond tile carrying two small coloured labels reading project and urgent, with a cog at its right.

A word you file a Diamond under. Tags sit on the tile as small chips, and the Filter by tag row above the list narrows it to the ones you pick.

A narrow row above the Diamonds list reading Filter by tag, with a count beside it.

Tags are yours alone: they never go to a model, and they never enter a crystal.

Say: the tag chips under Filter by tag.

dialog

A card centred over the app, with a title, a closer beside it, several labelled settings, and a Delete button at the foot.

A card that opens over the app and waits for an answer. Its title is on the same row as its closer, and Escape does what the closer does.

Say: the Delete button in a chat tile's dialog.

Go to box

A large box over the app with a search field and a list of results, each tagged with what kind of thing it is.

The keyboard's way to anything: Ctrl K, or Cmd K on a Mac. It reaches every panel and every setting by typing, including the ones no chip is showing.

Say: typing a palette name into the Go to box.

sheet

A phone screen with a panel raised over the chat from the bottom edge, a grab bar at its top and an ask box at its foot.

On a phone, a panel rises over the chat as a sheet you can drag up and down. It has a grab bar at the top, a closer beside it, and the one box you ask about it in.

Say: the grab bar on the Workspace sheet.

drawer

A phone screen with the rail slid in from the left over a dimmed app, holding the Diamonds, the chats and the admin panel.

On a phone, the rail slides in from the left as a drawer. It is the whole rail, so everything in it keeps its own name. The button that opens it is the three lines at the top left.

Say: the admin panel, down the drawer.

paperclip

A row in the Workspace panel naming a folder, with a link, a paperclip and a closer at its right.

Attaches what you are reading to what you are working on. It sits on every row of the Workspace panel and on the head of a document, and it is drawn only while there is something to attach to.

Say: the paperclip on a folder row.

A few more words the rest of the guide uses, with nothing to photograph: a panel is one of the things a region holds, each with a name of its own, from AI to Trash; a crystal is what a Diamond knows, kept as a document; a daimon is the agent that thinks for a Diamond; a worker is an agent a daimon sends off to do one job. Chats & Diamonds explains all four.

Two more belong to the Social panel, and neither can be photographed either. The forge is where the work on Daimond is tracked: a public repository, off this device, that a note you send arrives in as a proposal. Your voice is a secret line the forge makes for you, which it looks you up by, held encrypted on this device. The Social panel below is where both are used, and it is the only place in Daimond either word appears.

Where two words exist

A few things in Daimond genuinely answer to more than one name, usually because the app says one and this guide says the other. They are listed here so that nobody wastes a sentence apologising for using the wrong one. Both are understood, and a note that uses either is a good note.

If you find another, that is worth a note of its own. Two names for one thing is a small fault in the app, not in the person reporting it.

The Social panel

A note is written in the Social panel, which sits in the dock, beside your work, so that a note about what is on screen can be written without leaving it. Its head carries five chips, and one is filled while you are looking at it: Messages, People, Share, Proposals and Settings. It opens on Proposals, which is where a note is both written and read back.

The rest of this section is Proposals, which is about Daimond itself, and Settings, which holds your voice. The other three chips are about other people, and each has a section of its own below: People first, because nothing can be sent to anybody until a code has been exchanged.

A note you post does not stop at Oxedyne. It goes to the forge, the place where the work on Daimond is tracked, and it arrives there as a proposal anyone with that repository can read. The Proposals chip is that same forge, read back — which is why the box that writes a proposal and the list that shows them are the one view.

Your voice

Anything that leaves this device goes under a voice. A voice is a secret line the forge makes for you: it belongs to one person, and the forge looks you up by it. It is the whole of your identity there. No name, no handle and no address travels with what you write, and this browser is never told what your voice is called.

Your voice lives in the Settings chip. Getting one is a single tap: when you have no voice, Settings shows Get my voice. Press it, and Daimond has the forge make your voice for you and holds it here. There is nothing to find, ask for or paste. It is made once, so if you already have one on another device it syncs across rather than being made again — the panel says so, and it will arrive shortly.

Daimond holds your voice on this device, encrypted under your passphrase, and the gateway it passes through on its way out stores nothing. Forget it removes the copy on this device. If a voice was made on another device and never reaches this one, I lost my voice — re-issue makes a fresh one; that replaces the old voice everywhere and cannot be undone, so it asks first. And if the forge has already handed you a voice some other way, I already have a voice lets you paste it in instead of making a new one.

Without a voice, the panel does not offer Post, nor voting, nor a reply: a voice is the one thing nothing leaves this device without.

Writing one

At the top of the Proposals view is the note box. Write the three things from the top of this page into it: where it is, what you expected, what happened instead. The first line is the title and the rest is what happened; the sentence beside the buttons says so.

Below the box is a row headed What goes with it. It holds one line: the build, the language, the size of the window, whether you are on a phone, the palette you are wearing, and which panels are open. That is the fourth piece of advice above, gathered for you rather than asked of you, and it is shown in the exact characters it will travel as. The row has a closer, and closing it takes the line off the note as well as off the screen.

Then two buttons, and the difference between them is whether the model rewrites the note first.

A note that cannot go WAITS, and a reconnect sends it. Posting needs the forge to be reachable; when it is not — you are offline, or the forge refused — the note is not lost. It waits in a small Waiting to send list under the box, remembering whether you chose to post it as it is or to polish it, and it goes on its own the moment the browser is back online. Nothing is retried behind your back in the meantime, and Copy is on every waiting note, so you can always carry your own words out by hand.

A note leaves this device only by becoming a proposal, and then it is gone from here: the forge holds it now, and there is no second copy and no list of old notes to keep. Until it goes, a waiting note can be sent by hand, copied or deleted — a note is only on this device, so deleting it asks first.

Reading the proposals, and voting

A proposal is one change to Daimond, stated so that it can be agreed or disagreed with, and so that it can be finished. Posting a note opens one: its first line becomes the title and the rest becomes the body. That is why the advice at the top of this page says one note, one thing: two faults in one note become one proposal that cannot be finished.

Under the Proposals chip each one is a row of the same shape as a row in the admin panel: a coloured dot for what state it is in, its title, and, where there are counts, how many have asked for it. Pressing the row opens it, and inside are the proposal in full, who wrote it and when, how many replies it has, the build it was written on, and the mark that closed it if one has.

Under that is a box to say something back. Write in it and press Say it, and what is sent is exactly what is in that box, the same promise the note box keeps. What has already been said sits above it.

Where the forge is keeping counts, two buttons sit with them: Do this and Not this. Pressing the one you already chose takes your vote back off.

There are four states. Open and Being done say where it stands, Done says it is finished, and Declined says it will not be done. A proposal that simply vanished would teach people not to write notes, so none of them does.

Nothing tells you when your proposal is answered. There is no feed, no badge and no message: you find out by opening the panel and reading it. The line above the list says so, so that a silence is never taken for an answer.

The counts are live, and nothing is held. Everything under Proposals is read from the forge while you are looking at it, so a count is what it was at that moment rather than as at a build. There is no queue behind the two buttons either: a vote pressed while you are offline is not cast, and nothing casts it for you afterwards. Press it again when you are back.

People, and the first exchange

Everything else on this page rests on one act: two people coming to hold each other's real keys. Nothing can be sealed to somebody Daimond has no key for, so until a code has been exchanged the People list says exactly that, and the message box says there is nobody to write to.

Two buttons sit above the list. Show my code puts your own code on screen: a small signed card carrying your key, the separate key a message to you is sealed with, and whatever name you have given yourself. It is drawn as a symbol for somebody else's camera, and repeated underneath as a line of text beginning DMND-ID1. for when there is no camera. Add somebody is the other half of the same act: this device's camera, and a box to paste a code into.

Read in the room, or read a number aloud

Both routes record the code. Only two things can raise a key to matched, and which of them is offered depends on how the code arrived rather than on what it says.

The way up from there is Compare safety numbers: sixty digits in twelve groups of five, the same on both sides, read to each other on a call or in person. The numbers match records it. They are different says that somebody is between you and that the key is not to be used. Reading the digits in a message proves nothing, because whatever could swap the keys could swap the message.

What a row says

Each person is a row: a name, a line under the name, and a fingerprint. Until the key is matched the name is drawn as the claim it is — calls themselves “Ada” — because a name is a thing its holder typed. Once it is matched, the person on the other end is known and the name may be their name.

The line under the name is the only place in Daimond a key's standing is drawn, and it is a line rather than a badge so that it cannot be read in one glance with anything else. It says one of five things: that this is a new key you have not matched; that it was matched in person, with the date; that it was matched by safety number, with the date; that it is a different key from the one you matched; or that it is blocked.

A key that changes is not a key that carries over. A card can name the key it replaces, which links the two, and it does not move a match across: the commonest reason a key changes is that the old one leaked, and whoever took the old key can sign that claim too. So the row says the key is different, and messages from it are held until you decide. A name that folds onto a name you have already matched is called out on the row as well — names are not identities, and the key is the thing to check.

Block on any row stops that key at the relay: nothing more from them is carried, and they are told nothing about it. Unblock lifts it. Nothing in this list is edited or deleted: every card, every match and every block is appended to a record on this device, and the list is rebuilt from that record, with every signature checked again, each time it is drawn.

Private messages

A message is sealed on this device to a key the other person holds, and opened on theirs. Nothing in between can read it, and that includes us: the relay carries ciphertext and has no way to do anything else with it. What it does see is what routing needs — which account, when, and how many bytes — and that is worth saying rather than glossing over.

At the foot of the Messages view is the box you write in. Above it a picker names who it goes to: the people whose sealing key this device holds, and the groups you have joined. Under the picker one line says who can read what you are about to type, and it changes with the pick, because Private. Only you and the person you are writing to can read this. would be false over a group of twelve. Send privately sends it. A body longer than 8,192 characters is refused rather than cut, on the ground that half a message is not a shorter message.

Arriving

While the Messages view is open, Daimond holds a request open at the relay, so a message that lands is drawn without your pressing anything. With the panel shut, it is found when you next open it — and by the count.

The Social chip in the chip row carries a number, and the total across the app goes into the browser tab's title and onto the app's own icon where the platform draws one. It is a tally of what has arrived rather than a memory of what you have looked at, and this build has nothing that marks a message as read, so the number stands.

A first message from somebody you have not accepted does not go into the list. It waits above it, under Waiting for your answer, with their fingerprint and what they wrote, and three buttons:

One email a day, at most. Where your account has an address on it, Daimond may send one email saying something is waiting: no sender, no subject, no count, and not more than one in any twenty-four hours. The switch is in the admin panel under Email doorbell, and for a beta account it starts on, because with a closed tab and no push it is the only thing anybody hears.

What is said, and what is not promised

Reporting one message. Because the operator cannot read a message, the only person who can produce an abusive one is the person it was sent to. Report on a message shows the exact words that will go, and sends them with the sender's signature and the one key that opens that one envelope. Nothing else goes: not the rest of the exchange, not their other messages, not your other conversations.

Groups

A group is a group chat, and it sits at the foot of the Messages view rather than behind a chip of its own. There is no shared key: a message to a group is sealed once for each member, one lock per person inside the one envelope. Three things follow from that, and each is on screen where it matters, before a press rather than after it.

To make one, name it and pick from the people you hold a card for; Make this group tells them, and says how many were told. Somebody with no card cannot be added, because there would be nothing to seal to them with. A group holds at most 255 people, and one message to a group is a separate delivery for each member, so a large group is slow and fills mailboxes long before that ceiling matters.

An invitation arrives under Group invitations, with Join and Not now. Messages sent to the group while you have not answered wait with the invitation: joining a group is what accepts the people in it.

Only the person who made a group can change who is in it or end it, because a group's name for itself is derived from their key and nobody else can write a membership list for it. Everybody else sees the roster with no buttons over it. A member has Leave this group, which is local, takes nothing away and tells nobody; the person who made the group cannot leave it, since the next list they write would name them again.

Closing a group

Closing is the creator's one act that cannot be undone. The button reads Close this group — not disband, and not delete, because nothing is destroyed by it.

A dialog asks once, headed Close this group for everybody?, and it says: “Closing a group closes it for everybody. Nobody can write to it again, you included; every message already sent stays where it is. It cannot be undone.” Under that it names the group, and the button that does it reads Close it for everybody. Dismiss the dialog and the group is exactly as it was.

What the press does is write a membership list naming nobody, and hand it to everybody who was in it. Every reader obeys it, so nothing more can be sent to that group by anybody, the person who closed it included, and no later list can reopen it. Nothing is deleted anywhere: every member keeps every message they already hold.

A closed group keeps its place on the list. It sits with the groups you are in, with its name and its messages and no controls at all, saying that it was closed by the person who made it. That is not tidying left undone: the group's name is drawn over each of its messages out of that one record, so taking the record away would leave the transcript the closing exists to preserve under nothing but eight characters of an id.
The relay knows nothing about groups. There is no group record, no group name and no membership list on any server: the list lives in the clients, and it travels as an ordinary sealed message like any other. What the relay can still see is what routing shows it — one address landing in several mailboxes at one moment — so it can infer that some set of accounts were written to together, and never who they are to each other.

Sharing a Diamond

Under the Share chip are two halves, in the order you meet them: Open a share at the top, since taking one in needs nothing of you but the file, and Send a Diamond under it.

A share is a copy the receiver owns. It is re-sealed to their key, it lands in their workspace as a Diamond of their own, and they may change it. You never see their changes and they never see yours. It is not a live view of your Diamond: there is nothing to revoke afterwards, and nothing that goes on reading what you keep.

A share carries the files of one Diamond, so there has to be one open, and the panel names it and says in the same line what it is: a copy they will own, not a view of yours. Pick who it goes to from the people whose sealing key this device holds, and press Share. At most sixty-four files and two megabytes of them; over either it is refused rather than trimmed, because a copy missing a file is not a smaller copy. Three things never travel whatever you do: the Diamond's own version history, the agent's log, and a capp's own manifest.

Two carriers, chosen by measuring

The relay carries a sealed envelope of at most 64 KB, so the carrier is decided by size rather than asked of you, and the panel says which happened and how big the share was.

Over that size Daimond writes the share out as a file with the extension .dshare — always that extension — names it after the share and its address, and tells you what it was called. Give them that file. A capp page is around 100 KB on its own, so a share carrying a capp always travels this way; so does one going onto a memory stick, or to somebody who has no account here. A .dshare is not more trusted than a message for having been a file: the bytes are the same sealed envelope, sealed to that one person, and opening it asks the same question.

The file is the route that lands. A share small enough for the relay is sent through it, and the sender is told it went. The receiving side of that route is not finished: there is no control that opens it, and it turns up under their Messages as a message their device could not read. Until that is done, save the file and hand it over — which is what a share of any size can do.

A share that carries code

Data travels freely; code travels only by consent. A Diamond carrying a capp page carries a program somebody else wrote, and Daimond runs the page when the Diamond holding it is opened — so the question is asked before anything is written, and not when it is opened, which would be too late.

The dialog is headed This share contains code. It names the share, says whose key it came from, and lists the files that would be added, because “it contains code somewhere” is not enough to answer. The button that accepts it reads Accept the page.

Say no and the rest still lands: the data files are written, and the panel names the pages that were left out, so nothing is missing without being said. Where the whole share was a page, nothing is added at all and the panel says that instead.

To take one in, Open a share file… asks for the file, and what arrives is added as a Diamond of your own, with the number of files that landed. The name on it is the sender's and is advisory: two people may pick one name and neither is wrong.