As per CNCF recommendations report. This issue lays out the needed/suggested tasks: ## Specific - [x] #485 - Who is the documentation for, what do they get? - [x] Provide a page with a description of personas using and developing Kubewarden, at whom the documentation is aimed. Also, #485. - For each persona provide: their likely experience, Kubernetes knowledge, goals in using the docs, expected learnings. - [ ] Investigate and do one (maybe both, thought required) of: - Provide a map/list of pages relevant to each persona. Continues/extends work began in #400 and #425. - Each page should have a statement regarding the personas the page is aimed at? - [ ] Kubewarden what is/introduction page review - [x] New user section. If you are new to KW ... blah, blah. #526 - [x] Core features and benefits. What problem(s) does KW solve? The value proposition? Sub-issue #529 - [ ] Link to and review/improve the explanation/architecture (referred to as the 'Overview' in the CNCF critique) page - [ ] Provide a recent developments and future roadmap section. Possibly point to an additional page. - [ ] Quick start page review - [x] Link to the improved architecture document to provide context #526 - [ ] Where can KW be installed? On prem? Cloud? Well, it's really wherever your K8s clusters are. - [ ] Helm charts and their role in installation. More context and links to further information - [ ] Better description of prerequisites and their configuration - [ ] Common issues and errors - [ ] Validate copy/paste installation of basic installation on basic K8S. How deep to go? - [ ] Review main components section - [ ] Format and legal value for attributes table. Mention, but probably in a new linked page. - [ ] Further worked examples for differing scenarios? - [ ] New main docs section 'Policy management (& development)'? - [ ] Management - [ ] Development tutorials (Rust, etc.) ## General - [ ] Review for active voice. - [x] Introductory pages. See #539 - [x] Explanation pages. See #541 - [x] Reference - [x] Ref pages, part 1. See #542 - [x] Ref - Upgrade path. See #609. - [x] Ref - Monitor mode, see #550 - [x] Ref - OCI Registry Support, see #551 - [x] Ref - Threat Model, see #552 - [x] Ref - Policy evaluation timeout, see #638 - [x] Ref - Verification configuration format, see #639. - [x] Ref - sources.yaml, see #640. - [x] Ref - specification section. See #641. - [x] Ref - specification/host-capabilities. See #647. - [x] Ref - security hardening/webohhoks. See #648 - [ ] Howtos - [x] Airgap. See #651 - [x] More improvements to Howtos (part 1). See #668. - [x] Further improvements to Howtos (part 2). (security hardening). See #669. - [x] more on howtos. See #670. - [x] UI extension howtos #671. - [x] Cert expiry, audit scanner argocd howtos. #687 - [ ] More airgap, common tasks. #707 - [ ] Style guide consistency, currently Microsoft(y), but SUSE docs have their own style guide. Which is a little different.
As per CNCF recommendations report.
This issue lays out the needed/suggested tasks:
Specific
Documentation layout description page and personas page. #485
Who is the documentation for, what do they get?
Kubewarden what is/introduction page review
Quick start page review
New main docs section 'Policy management (& development)'?
General