mirror of https://github.com/status-im/specs.git
text-lint (#131)
This commit is contained in:
parent
93dc975914
commit
7355f4cff0
|
@ -0,0 +1,7 @@
|
|||
{
|
||||
"filters": {},
|
||||
"rules": {
|
||||
"no-empty-section": true,
|
||||
"footnote-order": true
|
||||
}
|
||||
}
|
|
@ -27,8 +27,7 @@ title: 13/3RD-PARTY-USAGE
|
|||
* [Collectibles](#collectibles)
|
||||
* [Iubenda](#iubenda)
|
||||
5. [Changelog](#changelog)
|
||||
6. [Acknowledgments](#acknowledgments)
|
||||
7. [Copyright](#copyright)
|
||||
6. [Copyright](#copyright)
|
||||
|
||||
## Abstract
|
||||
|
||||
|
@ -118,8 +117,6 @@ If Iubenda fails Status users won't be able to navigate to app's privacy policy.
|
|||
| :-----: | ------- |
|
||||
| [0.1.0](https://github.com/status-im/specs/blob/master/docs/draft/9-3rd-party.md) | Initial Release |
|
||||
|
||||
## Acknowledgments
|
||||
|
||||
## Copyright
|
||||
|
||||
Copyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).
|
||||
|
|
|
@ -17,7 +17,7 @@ title: 6/PAYLOADS
|
|||
This specifications describes how the payload of each message in Status looks
|
||||
like. It is primarily centered around chat and chat-related use cases.
|
||||
|
||||
The payloads aims be flexible enough to support messaging but also cases
|
||||
The payloads aims to be flexible enough to support messaging but also cases
|
||||
described in the [Status Whitepaper](https://status.im/whitepaper.pdf) as well
|
||||
as various clients created using different technologies.
|
||||
|
||||
|
@ -50,7 +50,6 @@ as various clients created using different technologies.
|
|||
- [MembershipUpdateMessage and MembershipUpdateEvent](#membershipupdatemessage-and-membershipupdateevent)
|
||||
- [Upgradability](#upgradability)
|
||||
- [Security Considerations](#security-considerations)
|
||||
- [Design rationale](#design-rationale)
|
||||
|
||||
## Introduction
|
||||
|
||||
|
@ -351,9 +350,6 @@ There are two ways to upgrade the protocol without breaking compatibility:
|
|||
|
||||
-
|
||||
|
||||
## Design rationale
|
||||
|
||||
|
||||
## Copyright
|
||||
|
||||
Copyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).
|
||||
|
|
|
@ -5,5 +5,3 @@ nav_order: 2
|
|||
has_children: true
|
||||
permalink: /specs/draft
|
||||
---
|
||||
|
||||
# Draft specifications
|
||||
|
|
|
@ -5,5 +5,3 @@ permalink: /specs/raw
|
|||
nav_order: 2
|
||||
has_children: true
|
||||
---
|
||||
|
||||
# Raw specifications
|
||||
|
|
|
@ -34,7 +34,6 @@ In this specification we explain what Status account is, and how trust is establ
|
|||
- [Public channels](#public-channels)
|
||||
- [Private 1:1 messages](#private-11-messages)
|
||||
- [Initial Key Exchange](#initial-key-exchange)
|
||||
- [Contact Request](#contact-request)
|
||||
- [Bundles](#bundles)
|
||||
- [Contact Verification](#contact-verification)
|
||||
- [Identicon](#identicon)
|
||||
|
@ -140,8 +139,6 @@ This can be done in the following ways:
|
|||
|
||||
### Initial Key Exchange
|
||||
|
||||
#### Contact Request
|
||||
|
||||
#### Bundles
|
||||
- An X3DH prekey bundle is defined as ([code](https://github.com/status-im/status-go/messaging/chat/protobuf/encryption.pb.go)):
|
||||
```
|
||||
|
|
|
@ -17,7 +17,7 @@ title: 6/PAYLOADS
|
|||
This specifications describes how the payload of each message in Status looks
|
||||
like. It is primarily centered around chat and chat-related use cases.
|
||||
|
||||
The payloads aim to be flexible enough to support messaging but also cases
|
||||
The payloads aims to be flexible enough to support messaging but also cases
|
||||
described in the [Status Whitepaper](https://status.im/whitepaper.pdf) as well
|
||||
as various clients created using different technologies.
|
||||
|
||||
|
@ -49,7 +49,6 @@ as various clients created using different technologies.
|
|||
- [MembershipUpdateMessage and MembershipUpdateEvent](#membershipupdatemessage-and-membershipupdateevent)
|
||||
- [Upgradability](#upgradability)
|
||||
- [Security Considerations](#security-considerations)
|
||||
- [Design rationale](#design-rationale)
|
||||
- [Changelog](#changelog)
|
||||
- [Version 0.3](#version-03)
|
||||
|
||||
|
@ -333,8 +332,6 @@ There are two ways to upgrade the protocol without breaking compatibility:
|
|||
|
||||
-
|
||||
|
||||
## Design rationale
|
||||
|
||||
## Changelog
|
||||
|
||||
### Version 0.3
|
||||
|
|
|
@ -21,10 +21,6 @@ In this specification, we describe how Status relates with EIPs.
|
|||
- [Table of Contents](#table-of-contents)
|
||||
- [Introduction](#introduction)
|
||||
- [Components](#components)
|
||||
- [Security Considerations](#security-considerations)
|
||||
- [Design Rationale](#design-rationale)
|
||||
- [Footnotes](#footnotes)
|
||||
- [Acknowledgments](#acknowledgments)
|
||||
|
||||
## Introduction
|
||||
|
||||
|
@ -236,11 +232,3 @@ Description: Allows the storing and retrieving of nodes through merkle trees sto
|
|||
Used for: Finding Waku nodes.
|
||||
Related: -
|
||||
Sourcecode: -
|
||||
|
||||
## Security Considerations
|
||||
|
||||
## Design Rationale
|
||||
|
||||
## Footnotes
|
||||
|
||||
## Acknowledgments
|
||||
|
|
|
@ -5,5 +5,3 @@ nav_order: 1
|
|||
has_children: true
|
||||
permalink: /specs/stable
|
||||
---
|
||||
|
||||
# Stable specifications
|
||||
|
|
File diff suppressed because it is too large
Load Diff
|
@ -4,10 +4,14 @@
|
|||
"remark-cli": "^6.0.1",
|
||||
"remark-lint": "^6.0.2",
|
||||
"remark-preset-lint-recommended": "^3.0.2",
|
||||
"remark-validate-links": "^10.0.0"
|
||||
"remark-validate-links": "^10.0.0",
|
||||
"textlint": "^11.6.3",
|
||||
"textlint-rule-footnote-order": "^1.0.3",
|
||||
"textlint-rule-no-empty-section": "^1.1.0"
|
||||
},
|
||||
"scripts": {
|
||||
"lint": "remark ."
|
||||
"textlint": "textlint docs/",
|
||||
"lint": "remark ."
|
||||
},
|
||||
"remarkConfig": {
|
||||
"plugins": [
|
||||
|
|
Loading…
Reference in New Issue