#137 Fix: Checkbox-Ausrichtung (:first-of-type statt :first-child) #139

fable-5 · 2026-07-19T10:50:36+02:00

fable-5 commented

2026-07-19 10:50:36 +02:00

Nachtrag zu #137: der Absatz-Reset griff nicht, weil im Lesemodus-Markup das das erste Kind ist und das

nie :first-child. Fix auf :first-of-type/:last-of-type. Auf Test/Int sichtbarer Bug (kein Cache). Harness-verifiziert.

🤖 Generated with Claude Code

Nachtrag zu #137: der Absatz-Reset griff nicht, weil im Lesemodus-Markup das <input> das erste Kind ist und das <p> nie :first-child. Fix auf :first-of-type/:last-of-type. Auf Test/Int sichtbarer Bug (kein Cache). Harness-verifiziert. 🤖 Generated with [Claude Code](https://claude.com/claude-code)

fable-5 added 1 commit 2026-07-19 10:50:36 +02:00

#137 Fix: Checkbox-Absatz per :first-of-type ausrichten (nicht :first-child)

CI / Lint, typecheck, test (pull_request) Successful in 4m28s

Details

CI / Build container images (pull_request) Successful in 1m7s

Details

CI / Import/export fidelity gate (pull_request) Successful in 55s

Details

CI / Auth e2e pack (pull_request) Successful in 6m44s

Details

baea736616

Im Lesemodus-Markup ist das <input> das erste Kind des <li>, also ist das
<p> nie :first-child — die Regel `li > p:first-child { margin-top: 0 }`
griff daher NICHT, das <p> behielt seine ~1em-Obermarge und der Text saß
deutlich tiefer als die Checkbox (auf Test/Int sichtbar, kein Cache-Bug).
Fix: :first-of-type/:last-of-type treffen den ersten/letzten <p>
unabhängig vom vorangehenden <input>. Beide Renderpfade abgedeckt.

Verifiziert per Harness mit exaktem <li><input><p>-DOM (alt vs. neu).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0155v2aT8AG1kZDQEZiCLBWC

fable-5 added 1 commit 2026-07-19 11:08:43 +02:00

Editor-Toolbar: bündig an Nav fixen + Overflow-Menü über die Toolbar heben

CI / Build container images (pull_request) Successful in 1m9s

Details

CI / Auth e2e pack (pull_request) Successful in 6m45s

Details

CI / Import/export fidelity gate (pull_request) Successful in 54s

Details

CI / Lint, typecheck, test (pull_request) Successful in 4m25s

Details

CD / Build and push images (push) Successful in 16s

Details

CD / Deploy to Test (push) Successful in 13s

Details

CD / Smoke tests against Test (push) Successful in 1m15s

Details

CD / Promote to Int (push) Successful in 11s

Details

CI / Lint, typecheck, test (push) Successful in 4m33s

Details

CI / Build container images (push) Has been skipped

Details

CI / Auth e2e pack (push) Successful in 6m38s

Details

CI / Import/export fidelity gate (push) Successful in 1m10s

Details

1b0fd21254

Zwei im Bearbeiten-Modus gemeldete Layout-Bugs:

1. Die sticky Editor-Toolbar klebte an der Padding-Kante des Scroll-
   Containers `.main` (padding-top: --space-6), also mit sichtbarer Lücke
   unter der Navigation, durch die die scrollende Seite schien. Fix:
   `top: calc(-1 * var(--space-6))` → die Toolbar pinnt bündig an die Nav.

2. Das „…"-Overflow-Menü der Navigation lag HINTER der Toolbar: `.topbar`
   steht im DOM vor `.app-body`, hatte aber keinen Stacking-Kontext, also
   malte die z-index-20-Toolbar in `.main` darüber und verdeckte
   Menüeinträge. Fix: `.topbar { position: relative; z-index: 30 }` (> 20;
   Modals mit 1100+ gewinnen weiterhin).

Beide am echten Test-Editor mit langer, scrollbarer Seite verifiziert
(gap_px=0 nach dem Scrollen; Menü vollständig über der Toolbar).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0155v2aT8AG1kZDQEZiCLBWC

fable-5 merged commit 1b0fd21254 into main

2026-07-19 11:25:15 +02:00

Sign in to join this conversation.

No reviewers