If we are to follow the __simple, clear and short__ approach when writing docs we need to start by going through the SDK docs and make sure it complies to those requirements.
Currently (link to docs) all information is clustered together in the "Getting Started" section whilst a list of classes, enums and interfaces are gathered in a long menu that dominates the left side of the page.
As a reader I'm drawn to the list on the left and if I'm completely new to the SDK that gives me little to no information on how to go about implementing it. Even though things are well documented, information risks getting lost if it is not presented in a hirarchy a reader expects.
cc @christianbrb
@taleldayekh Nice 馃憤
We also have got the Wiki . How do we include this?
As I understand it the wiki is mainly for anyone interested in contributing to the code base? Maybe it should stay in the GitHub repo and we can reference it in the readme.
In the docs we need to include a link to the GitHub repo anyways. Anyone who is interested in the codebase will find all relevant information for working on the code by looking in the repo.
The docs (https://lightclient.raiden.network/docs) are generated from the repo during the build process, so anything in the repo could potentially also be included into the docs easily (e.g. the contribution guide)
Does something like this makes sense as a first restructuring of the docs? @andrevmatos @nephix @kelsos @christianbrb
# Home (sidebar header)
|-- Home (page)
* Short about the Raiden project (one sentence)
* Short about the SDK
* "Get Started"-link
* Display npm install raiden-ts command
# Get Started (sidebar header)
|-- Installing and importing raiden-ts (page)
|-- Connecting to a Raiden test network (page)
|-- Using the SDK in a private chain or a dev environment (page)
# Usage (sidebar header)
|-- Opening a channel (page)
|-- Funding a channel (page)
|-- Transferring via a channel (page)
|-- Closing a channel (page)
|-- Settling a channel (page)
# API (sidebar header)
|-- Classes (page)
|-- Enums (page)
|-- Interfaces (page)
Looks good to me, just two things maybe:
I'm thinking of having that as its own section just before "Get Started". And regardign your second point I agree, we should call it direct transfers.
@taleldayekh Looks awesome :)
Some small things:
Yes, you're right, we should clean up the SDK README.
Most helpful comment
Does something like this makes sense as a first restructuring of the docs? @andrevmatos @nephix @kelsos @christianbrb