feat: implement inline HTMX detail expansion on dashboard triage cards #190
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The roadmap (Phase 2.2, Dashboard/Triage section) specifies: each triage card should expand inline via HTMX hx-get loading a detail fragment when tapped, rather than navigating away.
The current implementation navigates to the full detail page (hx-push-url=true, hx-target=#main-content, hx-swap=innerHTML), which works but loses context of the triage queue.
What to do:
Acceptance Criteria:
Reference: Roadmap Phase 2.2 Dashboard/Triage: Tap to expand inline via HTMX hx-get loading a detail fragment
Triage (2026-04-20): Assigned to @AI-Engineer. This is a medium-complexity feature involving new fragment routes, handler changes, template updates, and HTMX inline expansion. Recommended approach: create feature branch, implement fragment routes first, then update dashboard template. P3 priority — schedule after higher-priority merge PR work (#177/#187/#188) completes.
Sprint planning update: Upgraded to P2. This feature depends on #196 (HTMX fragment support in detail handlers) which must be implemented first. Once #196 is merged, the dashboard triage card templates can be updated to use
hx-getwithhx-targetpointing to an inline container.Sprint planning update (2026-04-20): #196 is now closed —
renderPage()already returns bare content fragments whenHX-Request: trueis set. The prerequisite for inline expansion is confirmed working.The remaining work in this issue is to change the dashboard card
hx-targetfrom#main-content(replaces whole content area) toclosest .cardwithhx-swap="innerHTML"so the detail expands inline within the card, plus adding a collapse button. The fragment routes do NOT need to be separate endpoints — the existing detail routes already work as fragment sources with theHX-Requestheader.