Skip to content

Proof reading#4

Open
meshula wants to merge 1 commit intomasterfrom
docs
Open

Proof reading#4
meshula wants to merge 1 commit intomasterfrom
docs

Conversation

@meshula
Copy link
Collaborator

@meshula meshula commented Jan 11, 2021

No description provided.

json
~~~ json
{
"localPlayerToken" : UUID,
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This was intending to specify the returned type, as per the table at the top of the document.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's confusing, because the markdown indicates it's a valid json block; probably the right fix is remove the json indicator, and have a convention for annotating types, as opposed to what appears to be a literal. That comment would apply to all the json markdown I've had a go at in this PR.

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

OK, so perhaps xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx for UUID values

json
~~~ json
{ "connectionToken" : UUID }
{ "connectionToken" : "$UUID" }
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

UUID is a type and not intended to name a variable here.

json
~~~ json
{ "data" : Data }
{ "data" : "$uuencodedData" }
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can add a Url encoded Data type to the Types table. Here it is not needed as the response can be any string. Only the request URL needs escaping.

~~~

json
~~~ json
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd prefer to leave the syntax highlighting marker there

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The marker indicates that the block following is valid json, which it isn't. All the red blocks in the rendered view are error highlighters, it's confusing when using a highlighting editor, because as long as the invalid blocks are in the source, the editor will always report "there are problems in this file".


This connection may be truly peer-to-peer but if reachability is an issue it may be tunneled through a STUN or TURN server. An implementation detail the client does not need to worry about.


Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pity there is no way to show markdeep in GitHub

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, 100%. I'm currently treating the markdeep header/footer as something that happens in a publish step. Those lines are wreaking havoc in all the wysiwyg markdown editors I use.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants