fix(lists): VimwikiToggleRejectedListItem -range parity (P3)

Upstream's :VimwikiToggleRejectedListItem is -range and binds glx in
visual mode; nuwiki's four defs were bare, so a ranged invocation raised
E481 and acted cursor-only. Same -range class already fixed for
ToggleListItem/Increment/Decrement -- ToggleRejected was missed.

All four defs (Vim+Neovim x Vimwiki*/Nuwiki*) are now -range, routed
through a new reject_list_item_range(l1, l2) looping over_range in both
clients, mirroring toggle_list_item_range. Visual glx stays cursor-only,
consistent with its <C-Space>/gln/glp siblings.

Also logs the 2026-06-02 re-audit findings in development/vimwiki-gap.md:
RemoveDone lost -range (low pri); config gaps list_margin
semantics/markdown-default, diary_months, markdown_header_style,
diary_caption_level=-1; and the path_html/template_path default-location
divergences. Mappings audit came back clean.

Tests: cmd.reject_list_item_range (test-keymaps.lua),
cmd.VimwikiToggleRejectedListItem_accepts_range (test-keymaps-vim.vim).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

development/vimwiki-gap.md

@@ -317,6 +317,27 @@ fix site.
   `cmd.Vimwiki{MakeDiaryNote,DiaryIndex}_accepts_count` (`test-keymaps-vim.vim`).
   _(The `Index`/`TabIndex` family was already `-count=0`, mapping the count to
   the wiki number via `wiki_index`/`wiki_tab_index`.)_
+- [x] **`VimwikiToggleRejectedListItem` / `NuwikiToggleRejected` lack `-range`**
+  _(new, 2026-06-02 re-audit; fixed same day)_ — upstream is `-range`
+  (`ftplugin/vimwiki.vim:351`) and binds it in **visual** mode (`glx`, line 543);
+  nuwiki's four defs were bare, so `:'<,'>VimwikiToggleRejectedListItem` raised
+  E481 and a ranged invocation acted cursor-only. This is the same `-range` class
+  fixed above for `ToggleListItem`/`Increment`/`Decrement` — `ToggleRejected` was
+  simply missed in that pass. _Fix:_ all four defs (Vim+Neovim × `Vimwiki*`/
+  `Nuwiki*`) are now `-range`, routed through a new `reject_list_item_range(l1,
+  l2)` looping `over_range` (both clients), mirroring `toggle_list_item_range`.
+  The visual `glx` keymap stays cursor-only, consistent with its `<C-Space>`/
+  `gln`/`glp` siblings (the keymap-range question is a separate, family-wide
+  item). Covered by `cmd.reject_list_item_range` (`test-keymaps.lua`) +
+  `cmd.VimwikiToggleRejectedListItem_accepts_range` (`test-keymaps-vim.vim`).
+- [ ] **`VimwikiRemoveDone` dropped upstream's `-range`** _(new, 2026-06-02
+  re-audit)_ — upstream is `-range` (`ftplugin/vimwiki.vim:362`, "remove done
+  items in the selection"); nuwiki repurposed it to `-bang` only (the documented
+  redesign at the top of this doc), so `:'<,'>VimwikiRemoveDone` raises E481. The
+  `-bang` whole-buffer sweep is intentional; the lost `-range`/E481 is an
+  undocumented side effect. Low priority — decide whether to also accept a range
+  (filter the sweep to selected lines) or just note it as part of the documented
+  divergence.
 - [x] **`-complete=` specs** _(new; done 2026-05-31 command-attribute pass)_ —
   upstream attaches command-line completion to several commands; nuwiki had
   none, so `<Tab>` at the `:` line never completed page / tag / colour names.
@@ -361,6 +382,36 @@ fix site.
   `cmd.VimwikiSplitLink_accepts_args` (`test-keymaps-vim.vim`, no E488).
 
 ### Config
+- [ ] **`list_margin` — wrong semantics + wrong markdown default** _(new,
+  2026-06-02 re-audit)_ — upstream (`vars.vim:516`, doc `vimwiki.txt:2667`):
+  left-margin **width in spaces for buffer-side generated lists** — generated
+  links (`:VimwikiGenerateLinks`), the TOC, and the list-manipulation commands —
+  default `-1` (⇒ use `'shiftwidth'`) but **`0` for markdown** wikis
+  (`vars.vim:651`). nuwiki instead applies it **only** as an HTML CSS
+  `margin-left:<n>em` on the outermost `<ul>/<ol>` (`html.rs:337`) and never
+  indents the generated buffer content; it also defaults `-1` for all syntaxes
+  (`config.rs:417`), so markdown wikis get the wrong default. Two parts:
+  (a) the documented primary effect (buffer indentation in `build_links_text` /
+  TOC / `diary::build_index_body`) is absent; (b) derive `0` when
+  `syntax == "markdown"` and the key is unset. _(The HTML `em` reinterpretation
+  may have been deliberate — decide: implement buffer-side indent + markdown-0,
+  or keep the HTML meaning and document the divergence.)_
+- [ ] **`diary_months` — absent (month names hardcoded)** _(new, 2026-06-02
+  re-audit)_ — upstream global (`vars.vim:141`) maps month numbers → names for
+  the generated diary-index tree; nuwiki hardcodes English in `diary.rs`
+  `month_name()`. i18n only — low. _Fix:_ optional `diary_months` map on
+  `RawWiki`/`WikiConfig`, threaded into `build_index_body`'s month labels.
+- [ ] **`markdown_header_style` — absent** _(new, 2026-06-02 re-audit)_ —
+  upstream global (`vars.vim:174`, default `1`): number of blank lines inserted
+  after a **generated** header in markdown syntax (generated links, TOC, tags,
+  diary index). nuwiki's `caption_line` (`commands.rs`) emits no configurable
+  trailing blank line. Cosmetic, markdown-only.
+- [ ] **`diary_caption_level = -1` not representable** _(new, 2026-06-02
+  re-audit)_ — upstream allows `-1` ("read no headers from diary pages",
+  `vars.vim:507` `min: -1`); nuwiki types the field as `u8` (`config.rs`,
+  `RawWiki`), so a `-1` config fails deserialization and silently falls back to
+  `0`. The *default* (`0`) is correct — only the `-1` value is lost. _Fix:_ widen
+  to `i8` (and honour `-1` if/when caption-from-page-headers lands). Edge case.
 - [ ] `auto_header` — auto H1-from-filename on new page (server-side).
 - [ ] `create_link` — toggle to suppress link-target creation.
 - [ ] `dir_link` — index file to open when following a directory link.
@@ -462,6 +513,14 @@ audits don't re-flag them.
   a behavioural one.
 - `CJK_length`, `listing_hl*`, `schemes_*`, `w32_dir_enc`, `menu`,
   `rx_todo` / `tag_format` — syntax internals, menu, or Vim/Win shims.
+- **Default output-location derivations** _(noted 2026-06-02 re-audit)_ — where a
+  key is unset, nuwiki derives a different default *location* than upstream, by
+  design (root-relative, self-contained per wiki): `path_html` →
+  `<root>/_html` (upstream: sibling `<wikidir>_html/`); `template_path` →
+  `<root>/_templates` (upstream: global `~/vimwiki/templates/`); `diary_rel_path`
+  → `diary` vs upstream `diary/` (trailing slash only — paths are joined
+  identically, so behaviour matches). Listed so future audits stop re-flagging
+  them; users can still set any of these explicitly.
 
 ---
 
@@ -487,3 +546,15 @@ audits don't re-flag them.
   `VimwikiSplitLink`/`VSplitLink` missing `-nargs=*`; mouse-maps-opt-in noted as
   an intentional divergence. Config pass found no new gaps; all shipped defaults
   match upstream except the documented `syntax`-name divergence.
+- Re-audited 2026-06-02 (fourth pass — commands / config / mappings, three
+  parallel agents) against vimwiki `a54a300` (cloned locally; upstream had **no
+  commits since the 2026-05-31 pass**, so this was miss-catching, not new
+  upstream surface). **Mappings: clean** (~55 keys + the global family verified
+  identical in both clients; no new gaps, no regressions). **Commands:** one real
+  bug — `VimwikiToggleRejectedListItem` missing `-range` (fixed same day, see
+  P3); plus `VimwikiRemoveDone`'s lost `-range` logged as low-priority.
+  **Config:** four new items logged (`list_margin` semantics/markdown-default,
+  `diary_months`, `markdown_header_style`, `diary_caption_level = -1`); the
+  default output-location derivations (`path_html`/`template_path`/
+  `diary_rel_path`) recorded as intentional divergences. No previously-closed
+  item regressed.