Task Dialogs Now Read Like a Listing Page

Opening a task in Tasks used to drop you into one narrow, always-editable form. If the description was long, the textarea just kept growing inside that single scroll column — pushing the checklist, comments, and links further and further down, sometimes out of reach entirely.

What changed

The task dialog is now a two-column layout: a fixed header with the task title, a scrolling body with the description and sections on the left, a sticky details card on the right, and footer actions that stay visible regardless of scroll position. On narrower screens it collapses to a single column in reading order — title, then description, then details, then the rest.

The description itself now renders as read-only prose by default, with line breaks preserved and bare URLs turned into links, clamped to six lines with a Show more/less toggle. Clicking into it swaps in an editable textarea that grows with the content up to 45% of the viewport height before scrolling internally. The title field is now a one-line, auto-growing textarea, so long titles wrap instead of getting clipped — and Enter submits rather than adding a line break. Opening an existing task no longer auto-selects the title text, which had been an easy way to accidentally overwrite a task name.

The sticky details card scrolls within itself when it's taller than the dialog, since a sticky element taller than its container otherwise pins with its bottom unreachable — a subtle bug that's easy to ship and easy to miss until someone has a task with a lot of metadata. In comments, Cmd+Enter now posts, and the post button disables itself when the field is empty.

Verification

This was checked manually at both a 1280px desktop width and a 375px phone width via a local test harness, with a clean typecheck and green guardrails.