…modal

Replaces the bespoke DraggableScrollableSheet + hand-rolled task list in
LinkTaskModal, BlockingTaskPickerModal, and EditLinkTypeModal with
ModalUtils.showSinglePageModal + the shared EntityPickerSheet, matching
every other task-detail picker (status/priority/category/project/due-date).
Fixes the non-adaptive dialog-vs-bottom-sheet gap flagged as the top finding
in design-review-panel round 1.

Also: adds a caption to RelationshipTypeSelector's direction toggle, sweeps
remaining hardcoded spacing to design tokens, fixes two alignment bugs, and
switches the blocked-by chip from the error to the warning color token so it
doesn't double up with the overdue due-date chip's red.

…der, toggle wording

EntityPickerSheet reserved a fixed maxHeight regardless of row count, so a
short result list left the same kind of blank picker surface the responsive
modal fix in the previous commit was meant to eliminate — shrink-wrap the
list (capped at the existing maxHeight) instead.

Also: give the flat/plain-link rows on the linked-tasks card their own
"Other links" section header so they no longer read as an unlabeled
continuation of the typed section above them; add a chevron to the
blocked-by chip so it reads as tappable; and reframe the relationship-type
direction toggle with arrows so it stops repeating the just-selected type
pill's exact wording (e.g. "Blocks" / "Blocks"). Shortened the blocker-picker
modal title so its header height matches its sibling modals.

…on colour, chevron parity

The "Other links" header added last round fixed the section-level ambiguity
but the flat rows themselves still borrowed the typed-relationship treatment
(direction glyph + coloured caption reading a content-free "to"/"from"), so
the mode error simply moved down a level. Plain links now render captionless,
matching how the split Blocks/Blocked-by sections already render.

Also: the link-direction caption no longer borrows alert.info/alert.success,
which are already spoken for as task-status colours on the same card; a
captioned row gets a third line before ellipsizing so long titles stop
truncating mid-word on phone; the blocked-by chip and linked rows now share
one chevron-size constant instead of two mismatched literals; the
multi-blocker sheet stops double-indenting its rows; and the direction
toggle's caption reads "This task…" so the control completes a sentence
rather than restating the relationship pill above it.

…ent, neutral badge

Every typed relationship now gets its own direction-specific section titled
with that direction's phrase ("Follows up on" / "Has follow-up"), replacing
the merged bidirectional sections that needed a per-row caption. That caption
ate ~40% of the row width on phone, wrapped long titles to three lines, and
left one decorated row template sitting next to a plain one — so it is gone
entirely, along with LinkedTaskRowData.direction/caption. Every row on the
card now renders identically: status glyph, title, trailing affordance.

With rows uniformly neutral, the signal moves to the header rung: "Blocked by"
alone carries an amber accent and a leading glyph, tying the card to the
task header's own "Waiting on X" chip. It is the only colour on the card, so
it reads as signal rather than as one more competing hue.

Also: the count badge drops alert.info (blue already means In Progress on the
same card) for a neutral fill sized from a spacing token; section headers bind
to the rows they label; and the now-unused merged-section and to/from caption
strings are removed from all locales.

…direction

Type and direction were two controls for one value. For 4 of the 5 directional
types the selected type pill and the direction toggle's first segment showed
the identical word ("Blocks" above "Blocks"), which reviewers and test users
read as a duplicated or contradictory control across three review rounds —
rewording it twice did not help, because the split itself was the problem.

Every established issue tracker presents relations as a single flat list of
directed phrases, so this does too: one dropdown completing the sentence
"This task… ⟨Blocks⟩", listing all eleven relations (the symmetric link plus
each type both ways). DirectedRelation carries type + direction together, so
callers no longer reconcile two independent values, and the plain link now
reads "Relates to" to complete the same sentence stem as the rest.

Also: the card always renders its header with an explicit link action. It
previously rendered nothing at all when a task had no links, and the only
call site for the link modal sat inside that hidden card's overflow menu — so
a task with no links had no reachable way to link one. Rows also stay
navigable in manage mode, where nulling the row tap only produced a row that
looked tappable and wasn't.

…ce, real desktop measure

The round that removed a duplicated control shipped with the link action
duplicated: the new header add_link button sat ~60px from a 'Link existing
task…' item in the same header's overflow menu. The menu item is gone; the
header button is the entry point.

Vocabulary now has one source. Section headers are derived from the same
phrase pair the picker offers, so the card reads back exactly the words that
were picked ("Is blocked by", not a hand-written "Blocked by" sitting beside
a derived "Is duplicated by"), and the plain-link section is headed "Relates
to" — the picker's own word for it — instead of an unrelated "Other links".
That header now only renders when there are typed links to be distinguished
from. The six orphaned linkType*Option strings and the dead
relationshipTypeOptionLabel go with it.

The desktop screenshots have been misleading for five rounds: the capture
rendered the card unconstrained at 1280 while the task detail page caps
content at kDetailContentMaxWidth, so reviewers kept flagging a huge
horizontal void that does not exist in the app. The harness now captures at
the shipped measure, and captures the zero-link card, which had never been
screenshotted at all.

Also pulled forward from the follow-up backlog: picker rows cap task titles
at two lines rather than one, so a title no longer truncates mid-word on the
row whose tap commits the link (new titleMaxLines on the shared selection row
and picker sheet, default unchanged for every existing caller); and pickers
carry their own top inset, since every caller zeroes the modal padding to
control the row indent and was welding the search field to the header divider.

LinkedTaskRow hand-rolled InkWell + Row + Padding, so the same task title
rendered at a different size and gutter on the card than in the picker one tap
away, and the row sat below the design system's own minimum interactive
height. It now composes DesignSystemListItem, which settles all three at once.

The status label moves onto the row as a trailing anchor rather than a second
line: it keeps the row one line tall, surfaces state the card previously hid,
and on a wide detail pane it gives the row something at its right edge so the
chevron no longer floats alone across an otherwise empty span.

Manage-mode actions get the design system's minimum interactive target instead
of a 32px literal, a gap between them, and the destructive one carries more
weight than its neighbour so the two stop reading as interchangeable smudges.

Also: single-choice dropdowns now mark their selected row. The flag was being
passed and discarded, so an open list of similar-sounding options said nothing
about what was already chosen — worst on the edit path, which is opened
precisely to read that state back. Fixed in the shared component, so every
single-select dropdown in the app gains it.

The link picker excluded every task the anchor already touched, but the schema
is UNIQUE(from_id, to_id, type) — one pair may legitimately hold a plain link
and a blocks edge and a follow-up. Linking A to B a second way was therefore
impossible, and the flow reported it as "No tasks found". Exclusion is now
per-relation: the candidate list drops only the tasks that would duplicate the
relation currently selected, and recomputes as that selection changes.
Direction counts, so the inverse of an existing link stays offerable.

Design fixes from round 6:
- The zero-link card was the round's headline change and shipped without ever
  being screenshotted; captured, it was an empty bordered box whose entire UI
  was two identically-coloured glyphs. It is now a worded action row with a
  line saying what a link is for, and the header drops its icon-only duplicate
  of that action until there is a list to add to.
- Card and picker rows now share one rank. Round 5 asked for this and round 6
  only half-delivered: the card moved to the DS list item while the picker
  stayed a size larger, so the same task title still rendered at two ranks one
  tap apart. EntityPickerSheet takes a rowSize, matching the card.
- The trailing status label works where there is width to separate it from the
  title and fought the title for the same line on a phone, pushing every row
  to two lines. It stays trailing on wide panes and drops to the subtitle slot
  on narrow ones.
- Section labels share one left rail: the accent glyph now occupies a reserved
  column that plain headers leave empty, instead of the most important label
  being the only one off-grid. Headers also bind closer to the rows they label.

Swept into the branch by an over-broad 'git add -A test/'. It is a disposable
capture harness for design review, not a test of the app — the app-screenshots
convention is to delete it once the images are shared. Kept on disk while the
design rounds are still running; it must not reach the PR.

README rewritten for what actually ships: relationship type and direction are
one choice, the sections are direction-specific and titled with the phrase the
picker offered, the card always renders its header, and exclusion is
per-relation because a pair may hold several.

CHANGELOG and the flatpak metainfo amend the existing 0.9.1062 entry rather
than adding a new one — the typed-relationships feature is described there and
has not shipped yet, so this refines that description instead of logging
fixes for defects no user ever saw.

0.9.1062 is already tagged and shipped (0.9.1062+4242 contains #3556), so its
CHANGELOG and metainfo entries are release history and must not be rewritten —
an earlier commit on this branch had amended them in place. Those are restored
verbatim from the tag, and this work gets its own 0.9.1063 section describing
what changed relative to what shipped.