Go to file
type-two 7e24eab171 [ui] fix: the tab scrollbar was swallowing clicks on half of every tab
Reproduced the "clicking POWER does nothing" report with a real mouse:
elementFromPoint at the button's own centre returned the strip container, not
the button. The horizontal scrollbar was painted over the lower half of every
tab and ate clicks there — which is exactly why keyboard paging still worked
and clicking didn't.

Fixed by giving the scrollbar its own lane (padding-bottom >= its height). The
full button height now hit-tests to the button and a real click activates the
tab.

The strip itself is the approved round-5 design: one row that scrolls rather
than wrapping. The catalog keeps growing — RESEARCH joined in v4 and threw
REMOVE onto a line of its own — and a wrapping row moves every other tab under
the player's cursor. Paging with [ ] scrolls the active tab into view.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-18 14:11:39 +10:00
docs [orchestrator] round 3 review + contracts v4 + composite seam codex + round 4 orders 2026-07-17 19:43:48 +10:00
fktry [ui] fix: the tab scrollbar was swallowing clicks on half of every tab 2026-07-18 14:11:39 +10:00
.gitignore Baseline: GLYTCH prototype, FKTRY lore codex, scaffold + 5-lane orchestration docs 2026-07-17 15:51:12 +10:00
deploy.sh deploy.sh: ship FKTRY + match.html prototype to partly.party/glytch 2026-07-17 21:39:00 +10:00
index.html Baseline: GLYTCH prototype, FKTRY lore codex, scaffold + 5-lane orchestration docs 2026-07-17 15:51:12 +10:00
package-lock.json [orchestrator] round 1 review + contracts v2 + round 2 orders 2026-07-17 16:42:58 +10:00
package.json [orchestrator] round 1 review + contracts v2 + round 2 orders 2026-07-17 16:42:58 +10:00