Render help through command aliases
This commit is contained in:
@@ -1,6 +1,6 @@
|
||||
# Application-owned aliases implementation plan
|
||||
|
||||
Status: in progress; Stages 1–9 completed.
|
||||
Status: in progress; Stages 1–10 completed.
|
||||
|
||||
## Authority, baseline, and scope
|
||||
|
||||
@@ -531,6 +531,15 @@ shortcut help with a more-specific destination override; inactive/scoped flag
|
||||
visibility; no input/state factories or providers called. Preserve existing
|
||||
help output-delivery handling.
|
||||
|
||||
**Completed:** Help targets and `--help` routes now use shared command-alias
|
||||
resolution. Canonical help views render entered usage paths with canonical
|
||||
target annotations; root and group views list applicable declared aliases and
|
||||
effective flag aliases. Alias-only prefixes render discovery help through
|
||||
`help PREFIX` or global help spellings, while bare incomplete prefixes return a
|
||||
usage failure pointing to help. Verified help selection, scoped/global
|
||||
visibility, more-specific group overrides, and input/run callback lifetimes
|
||||
with root and both integration module suites under the local workspace.
|
||||
|
||||
## Stage 11: Preserve entered spellings in errors and delivery outcomes
|
||||
|
||||
**Work**
|
||||
|
||||
Reference in New Issue
Block a user