docs(client): document bare gl/gL remove-checkbox + tick parity gap P1 #3

Update the lists keymap tables and group hints (gl/gL = remove checkbox;
remove-done is command-only via :NuwikiRemoveDone[!]), note the 'timeoutlen'
prefix behavior, and tick P1 #3 in the vimwiki gap tracker.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

development/vimwiki-gap.md

@@ -31,11 +31,16 @@ fix site.
   lists block, wired to the existing `list_change_symbol`. `1)` stays
   command-only (upstream shadows it with `1.`); normal-mode only (server acts on
   cursor item / whole list, not a visual range).
-- [ ] **`gl<Space>` / `gL<Space>` semantics diverge** — upstream = *remove
-  checkbox* from item / list siblings; nuwiki rebinds to *remove done items*.
-  Same keys, different effect (parity trap). Remove-checkbox is command-only in
-  nuwiki (`:NuwikiRemoveCheckbox` / `…InList`).
-  _Fix:_ `lua/nuwiki/keymaps.lua`, `ftplugin/vimwiki.vim`.
+- [x] **`gl<Space>` / `gL<Space>` semantics diverge** — upstream = *remove
+  checkbox* from item / list siblings; nuwiki rebound to *remove done items*.
+  Same keys, different effect (parity trap).
+  _Fix:_ bound **bare `gl`/`gL`** to remove-checkbox-item / -in-list for exact
+  upstream parity (`lua/nuwiki/keymaps.lua` lists block, `ftplugin/vimwiki.vim`
+  Vim-branch lists block); they share the `gl…` prefix so they fire after
+  `timeoutlen`, just like upstream. Remove-*done* is now command-only:
+  `:NuwikiRemoveDone` (current list) gained a `-bang` so `:NuwikiRemoveDone!`
+  reaches the whole-buffer sweep that `gL<Space>` previously held (the only
+  prior entry point). Normal-mode only.
 
 ## P2 — Moderate (real users hit these)