revert changes to documentation_style

This commit is contained in:
Richard van der Hoff 2023-02-28 15:00:32 +00:00
parent 3d3f28c848
commit e8ab4de079

View file

@ -44,36 +44,33 @@ Stylistic notes
General General
~~~~~~~ ~~~~~~~
* Try to write clearly and unambiguously. Remember that many readers will not Try to write clearly and unambiguously. Remember that many readers will not
have English as their first language. have English as their first language.
* Prefer British English (colour, -ise) to American English. Prefer British English (colour, -ise) to American English.
* The word "homeserver" is spelt thus (rather than "home server", "Homeserver", 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 server is two words.
* An "identity server" (spelt thus) implements the Identity Service API (also spelt An "identity server" (spelt thus) implements the Identity Service API (also spelt
thus). However, "Application Services" (spelt thus) implement the Application Service thus). However, "Application Services" (spelt thus) implement the Application Service
API. Application Services should not be called "appservices" in documentation. API. Application Services should not be called "appservices" in documentation.
.. Rationale: "homeserver" distinguishes from a "home server" which is a server .. Rationale: "homeserver" distinguishes from a "home server" which is a server
you have at home. "identity server" is clear, whereas "identityserver" is you have at home. "identity server" is clear, whereas "identityserver" is
horrible. horrible.
* Lists should: Lists should:
* Be introduced with a colon. * Be introduced with a colon.
* Be used where they provide clarity. * Be used where they provide clarity.
* Contain entries which start with a capital and end with a full stop. * Contain entries which start with a capital and end with a full stop.
* When talking about properties in JSON objects, prefer the word "property" to "field", When talking about properties in JSON objects, prefer the word "property" to "field",
"member", or various other alternatives. For example: "this property will be set to "member", or various other alternatives. For example: "this property will be set to
X if ...". Also avoid the term "key" unless you are specifically talking about the X if ...". Also avoid the term "key" unless you are specifically talking about the
*name* of a property - and be mindful of the scope for confusion with cryptographic *name* of a property - and be mindful of the scope for confusion with cryptographic
keys. keys.
* "i.e." (*id est*) is an abbreviation and hence is written with two full
stops. So is "e.g." (*exempli gratia*).
Changes between spec versions Changes between spec versions
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~