DOG-042: a bracketed wiki link fuses no F — [Page] and [/pocket/Page] click nowhere

Now
OPEN
Sev
MED
Ask
gritzko
Rep
///quickjab
On1
DOG-036
See
DOG-040

dog/tok/LINK.rl knows two evidence sources — a KNOWN extension (relknown) and an anchor past a slash (relanch/rooted) — and a wiki shortcut link carries NEITHER by design: wiki rules that a page is linked "with a bare [Page] or [/pocket/Page]", ext-less and anchor-less. So the one link form the wiki spec mandates is the one form the grammar cannot see, and every [/wiki/Bro], [Plan], [README], [/meta/todo] in the tree paints as loose prose crumbs between two 'G' brackets. The BRACKETS are the evidence here, exactly as an ext or an anchor is elsewhere — a source the DOG-036 spec table simply lacks, so admitting them loosens nothing: a bare /wiki/Bro outside brackets must stay prose, and does.

Input

Context

Found 2026-08-16 on http://localhost:8034/bee/pager.js, line 1: // pager.js — bee's raw-mode TUI pager ([/wiki/Bro]): a scrollable viewport — pager.js fuses, the wiki link beside it does not.

Goals

A bracketed shortcut link fuses ONE F over its inner path, in every machine that includes LINK.rl; the brackets stay 'G' and nothing outside brackets moves.

Constraints

WIP

Design decisions

The brackets are a THIRD evidence source beside the known ext and the anchor, and wikied spans them, so it outranks every inner rule by length and needs no tie guard. Where the brackets end is the MACHINE's to say: wikied references three marks an includer defines (wiki_open wiki_close wiki_end), so the emitter paints boundaries the grammar set and no C counts a bracket byte (gritzko's ruling 2026-08-16, StrictMark and Markdown alike).

TODOs

Blockers and bummers

Outcome

Done in the MAIN TREE quickjab/dog/tok on gritzko's explicit say-so (edited, nothing staged, no VC op run). A bracketed page name now fuses one 'F' in a comment, a .mkd page and a .md page alike.

Suggested commit: DOG-042: the brackets vouch, a wiki link fuses