Fix all naming cases of "identity service"
Fixes https://github.com/matrix-org/matrix-doc/issues/1396 Includes some "homeserver" fixes too. This commit does not include historical documentation or notes.
This commit is contained in:
parent
683072e624
commit
cc0badaaa1
14 changed files with 90 additions and 90 deletions
|
@ -69,10 +69,10 @@ have English as their first language.
|
|||
Prefer British English (colour, -ise) to American English.
|
||||
|
||||
The word "homeserver" is spelt thus (rather than "home server", "Homeserver",
|
||||
or (argh) "Home Server"). However, an identity server is two words.
|
||||
or (argh) "Home Server"). However, an identity service is two words.
|
||||
|
||||
.. Rationale: "homeserver" distinguishes from a "home server" which is a server
|
||||
you have at home. "Identity server" is clear, whereas "identityserver" is
|
||||
.. Rationale: "homeserver" distinguishes from a "home server" which is a server
|
||||
you have at home. "Identity Service" is clear, whereas "identityservice" is
|
||||
horrible.
|
||||
|
||||
Lists should:
|
||||
|
@ -91,9 +91,9 @@ When writing OpenAPI specifications for the API endpoints, follow these rules:
|
|||
|
||||
* ``description``: a longer description of the behaviour of this API, written
|
||||
in complete sentences. Use multiple paragraphs if necessary.
|
||||
|
||||
Example:
|
||||
|
||||
|
||||
Example:
|
||||
|
||||
This API sends an event to the room. The server must ensure that the user
|
||||
has permission to post events to this room.
|
||||
|
||||
|
@ -106,7 +106,7 @@ When writing OpenAPI specifications for the API endpoints, follow these rules:
|
|||
|
||||
The description is also the place to define default values for optional
|
||||
properties. Use the wording "Defaults to X [if unspecified]."
|
||||
|
||||
Some descriptions start with the word "Optional" to explicitly mark optional
|
||||
|
||||
Some descriptions start with the word "Optional" to explicitly mark optional
|
||||
properties and parameters. This is redundant. Instead, use the ``required``
|
||||
property to mark those that are required.
|
||||
|
|
|
@ -1,7 +1,7 @@
|
|||
# How to release a specification
|
||||
|
||||
There are several specifications that belong to matrix, such as the client-server
|
||||
specification, server-server specification, and identity server specification. Each
|
||||
specification, server-server specification, and identity service specification. Each
|
||||
of these gets released independently of each other with their own version numbers.
|
||||
|
||||
Once a specification is ready for release, a branch should be created to track the
|
||||
|
@ -34,7 +34,7 @@ The remainder of the process is as follows:
|
|||
### Creating a release for a brand-new specification
|
||||
|
||||
Some specifications may not have ever had a release, and therefore need a bit more work
|
||||
to become ready.
|
||||
to become ready.
|
||||
|
||||
1. Activate your Python 3 virtual environment.
|
||||
1. Having checked out the new release branch, navigate your way over to `./changelogs`.
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue