Keep the vocabulary out of the page a consumer lands on
This commit is contained in:
@@ -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
|
||||
|
||||
Reference in New Issue
Block a user