STV_PR_015: Correct detail readability, metadata controls and artifact-ID links
Reporter/date: Project owner, 2026-10-24, acceptance findings in this conversation. Language corrected without changing meaning. Reported/expected: Make the detail views twice as wide. Secondary attributes such as status and tags must start folded. The existing arrow must fold/unfold them; it currently does nothing. The artifact-ID link in copied details must lead to the actual artifact, rather than this same view. Other working links must keep working. Input: Commit Diagnosis: RENDER fixes the dock at 360 px. The lazy copied content misses Sphinx-Needs’ document-ready metadata handler, so its show-state and inert spans survive extraction. INSPECT rebases the header self-link to the copied Need ID, turning original navigation into an in-box jump. The real Firefox file/HTTP baseline reproduces these findings. Resolution: Target a 720 px dock; place it below graph containers at or below 1120 px, bounded by available width. INSPECT initializes only copied metadata controls with folded defaults, per-table state and pointer/Enter/ Space activation, unique IDs and ARIA state. Reuse preserves local state. Keep canonical header-ID URLs and open them in a new tab; ordinary local body fragments remain namespaced. Existing sanitization stays in force. Affected V-cycle: Keep explicitly opened arti... (STV_SHR_057), Present and focus persisten... (STV_SWR_064), Open canonical object links (STV_SWR_016), Use portable output URLs (STV_SWR_018); owners Hover, persistent details a... (STV_SWE_INSPECT) and Accessible view and viewport (STV_SWE_RENDER). New regression Readable details, metadata ... (STV_TC_SY_065). Design review: Round 13: Detail acceptance corrections. State transitions: Behavioral state machines (Copied metadata disclosure). Actual result: Both baseline variants fail; all 127 distinct selected checks pass after the correction, including file/HTTP acceptance, existing persistence/races, adjacent rich-content/hover/security/nested-path checks, frontend units and clean wheel/source-package checks. Full capacity and release qualification were not repeated. Evidence and phase identity: PR015 detail acceptance corrections: development verification. Disposition: Fixed and development-verified. Owner acceptance retest is pending; no commit, release or external publication is implied. |
Pane boundary acceptance follow-up
The owner supplied an annotated screenshot showing the unmarked side-pane edge, the graph disappearing behind it and a shadowed gap at the first card. Requested resolution: a thin grey outline around the pane whenever it is open. The frame now marks all four edges, aligns with the graph’s top/full height and retains padding around shadow-free cards. This is a state-neutral CSS refinement of Present and focus persisten... (STV_SWR_064); verification extends Readable details, metadata ... (STV_TC_SY_065) and reruns the existing viewport-boundary and persistent browser procedures. See the follow-up results in PR015 detail acceptance corrections: development verification.