re(ui): a full-screen element is dropped on three port screens -- do not "fix" it

Audited what `screen render` silently omits on the port's five screens,
since an element the game draws but we skip is the one defect class the
port agent has actually hit. Everything is accounted for -- kind & 0x4
ghost instances, .prm primitives, loop* animations -- except pteff04.t32
on the title and pteff05.t32 on both menus. Those are kind 0x0, one
keyframe, rest a=255, pivot (640,360): full-screen and opaque.

Cause: the element declares pteff05.t32, but the T8aD behind its `opt `
link is registered under the name 8AX, so build.sprites.get() misses and
compose hits a silent continue. Bytes at 0x0e2035 of GP_TITLE entry 5:

  opt  ... 70 74 65 66 66 30 35 2e 74 33 32 00  38 41 58  54 38 61 44
           p  t  e  f  f  0  5  .  t  3  2  \0  8  A  X   T  8  a  D

8AX is 1280x720 and present in all six title-family bundles; it is a
sprite in builds 4/5/6 and never an element.

It does not currently show, and that is the useful half. ptbase.t32 is
640x360 drawn at 200% and carries THE SAME ARTWORK: its 2x upscale
differs from 8AX by mean abs diff 2.05 (max 80), and our rendered
background is pixel-identical to 8AX in every patch sampled. So resolving
the name and drawing it in addition would double-draw an opaque
full-screen layer -- invisible as a doubling, which is worse than a
visible bug. Written into HANDOFF as a do-not-do.

The free win, offered and not taken: use 8AX at 1:1 and drop ptbase
instead of upscaling a half-res copy. That is a rendering choice and
ptbase's element carries the keyframes, so it is the port's call.

Not established: which of the two the game actually draws. Both carry the
same art, so pixels cannot separate them; it needs a per-draw capture
recording texture base addresses, since the two differ in size.

docs/re/METHOD.md

@@ -470,3 +470,15 @@ agent's loop prompt, i.e. nowhere durable. See [`README.md`](README.md) for the
   never moved. The signal to stop is not "this is hard", it is "the thing this
   unblocks is not blocking anything". Write down the recipe you built and leave
   it for a session with a reason to spend the time.
+* **Audit what a renderer silently SKIPS, not only what it draws.** `compose` has
+  half a dozen `continue` paths, and a sprite-name miss is one of them — an
+  element vanishes with no error, which is exactly how the port agent's missing
+  bracket happened. `screen render` already prints its omissions; reading that
+  list for the five screens that matter took one command and turned up a
+  full-screen opaque element dropped on three of them. Any composer with skip
+  conditions should be asked to name what it skipped before it is trusted.
+* **An element's declared name is not necessarily its texture's name.** The
+  `opt ` link on `pteff05.t32` leads to a `T8aD` registered as `8AX`, so a
+  lookup by declared name misses. Before concluding a texture is absent, look at
+  the bytes the link actually points at — the name in the declaration table and
+  the name the sprite table keys on can differ.