Keep the vocabulary out of the page a consumer lands on

This commit is contained in:
2026-09-21 10:27:04 +02:00
committed by Lillem4n
parent aed74498e6
commit 2a6d1df1bf
3 changed files with 17 additions and 9 deletions
+7
View File
@@ -861,6 +861,13 @@ the Development section below, and who ships a register the four above then draw
a personal instance. Valid while the project wants contribution from outside: the
workflow decided nothing, being portable already — `github.api_url` and
`secrets.GITHUB_TOKEN` resolve on either host, so only the names moved.
- **The vocabulary sits below `doc.go`'s package clause, not in the package doc.**
Goal 1 is what a developer choosing a library reads first, and the package doc is
that page: a glossary of unexported units would fill two thirds of it with names
no consumer can call, and Go doc comments have no code markup, so each one would
render its backticks literally. Below the clause it reaches goal 2's reader — who
opens the file — and nothing else. Valid while the glossary names units a consumer
cannot reach; one that came to name the exported API would belong above the clause.
- **Options and fields share one namespace.** `format`, `weight`, `repeat`,
`separator`, `datatype` and `drawGroup` are reserved; every other key is a field. Nesting fields under a
key, or prefixing options, would tax every template to guard against a