Open ChristopherBiscardi opened 4 years ago
Things that would be worth documenting in one location:
src/pages/*
+ toast.js
)Edit:
yarn create toast
as a quickstartI think similar to https://mdxjs.org, it would be nifty to have a set of guides around the extra tooling you provide/patterns that emerge from the ecosystem.
If you wanted more folks to contribute to the rust side of toast I think there may be something separate you'd want (docs.rs for example) but also it could be some Architectural document potentially.
If you wanted a set of sections written out, where would you be interested in having them? Maybe just a Markdown file as a PR to start and maybe another PR towards a more formal page in the www site?
I've been thinking about this a bit lately.
The path forward is probably going to be put them in a root docs/
directory in toastdotdev/toast
.
Then www.toast.dev will pull in the main branch and the latest release to render. This gives us documentation for every version (bread is released on merge), and also the releases (toast is released on changeset merge).
so the URLs on the toast site will be something like
toast.dev/docs/<version>/<files-in-docs>
toast.dev/docs/bread/files-in-docs
where version
is either semver or a redirect from latest
to the most recent release.
Seems like we end up with something like this for now
.
├── api
│ └── toastfile.mdx
├── api.mdx
├── getting-started
├── getting-started.mdx
├── guides
│ ├── beef.mdx
│ └── setting-up-mdx.mdx
├── guides.mdx
└── troubleshooting.mdx
Guides: Adding client-side only functionality
There are no public docs at the moment. There are a few example sites around but we could make them more usable, discoverable, etc. Great documentation is a requirement before going GA. It is ok for the beta because we can help people in Discord, etc.
This issue needs to be broken down into more issues