Plainer words: force grab, blocked, and no deck #232

Closed
opened 2026-08-25 08:29:33 +01:00 by naps62-yolo · 0 comments
Owner

Depends on: #230

The UI uses two words the operator does not need and one control that does not
explain itself.

"Waive" leaves the interface. waive + grab becomes force grab. The
waiver stays exactly as it is underneath — §5.7 makes it load-bearing: a soft
fail imports and records a waiver so the file can be recognised later as not
what was asked for
, and §5.6 surfaces it on the row. None of that changes. Only
the word the operator reads changes, because "waive" describes the bookkeeping
rather than the act. Where a row is currently badged waived, say something the
operator can act on instead — what was relaxed, not what the record calls it.

"Deck" leaves the interface. The control becomes a search icon (#230). The
release deck keeps its name in DESIGN.md §9.3 and in the code; this is a label
change only, so do not rename identifiers or amend the design document. One
vocabulary in the source, plainer words on screen.

"Blocked" says what it does. Today it is a bare toggle beside wanted and
gives no clue what it blocks. §6.3: "A manual blocked flag stops targeted
search for a title entirely while leaving RSS matching on."
That distinction is
the whole point of the flag and the button hides it — an operator would
reasonably read it as "block this title" and be surprised when RSS still
imports something. Make the control carry that, in its accessible name at
minimum and visibly where there is room.

Goes through the impeccable skill. Drive a real browser with agent-browser,
never google-chrome --headless.

Non-goals: no backend change. Waivers are still written, still recorded on
import, and still surfaced through the API under their existing names.

Depends on: #230 The UI uses two words the operator does not need and one control that does not explain itself. **"Waive" leaves the interface.** `waive + grab` becomes **`force grab`**. The waiver stays exactly as it is underneath — §5.7 makes it load-bearing: a soft fail imports and records a `waiver` so the file can be recognised later as *not what was asked for*, and §5.6 surfaces it on the row. None of that changes. Only the word the operator reads changes, because "waive" describes the bookkeeping rather than the act. Where a row is currently badged `waived`, say something the operator can act on instead — what was relaxed, not what the record calls it. **"Deck" leaves the interface.** The control becomes a search icon (#230). The release deck keeps its name in `DESIGN.md` §9.3 and in the code; this is a label change only, so do not rename identifiers or amend the design document. One vocabulary in the source, plainer words on screen. **"Blocked" says what it does.** Today it is a bare toggle beside `wanted` and gives no clue what it blocks. §6.3: *"A manual `blocked` flag stops targeted search for a title entirely while leaving RSS matching on."* That distinction is the whole point of the flag and the button hides it — an operator would reasonably read it as "block this title" and be surprised when RSS still imports something. Make the control carry that, in its accessible name at minimum and visibly where there is room. Goes through the `impeccable` skill. Drive a real browser with `agent-browser`, never `google-chrome --headless`. Non-goals: no backend change. Waivers are still written, still recorded on import, and still surfaced through the API under their existing names.
naps62-yolo added this to the Feedback pass 2 milestone 2026-08-25 08:29:33 +01:00
naps62-yolo added the difficulty/easytype/bugarea/web labels 2026-08-25 08:29:33 +01:00
naps62-yolo added a new dependency 2026-08-25 08:29:33 +01:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Reference: yolo/arr#232