Size inline widget panel to rendered (not source) line count

[edwin-zvs]

Problem

The TUI's inline widget panel was nominally content-aware (inline_widget_rows counted non-empty source markdown lines and added 2 for borders) but used the wrong metric: source line count, not rendered line count. Any line long enough to wrap at the panel's content width counted as 1 source line but rendered to multiple terminal rows, so wide widgets got a too-short panel and the content was clipped.

Meanwhile the webui's .session-widgets.inline-open { max-height: min(45vh, 280px); } plus default height: auto makes the browser auto-size to actual rendered content up to the cap — which is the behavior you'd expect.

Fix

Measure the actual rendered Vec<Line> (render_agentd_markdown_lines with a throwaway hits buffer + dummy position) and feed it through the existing visual_line_count at the real content width. The real render later does the same parse against the real panel area and registers hits then.

• One extra markdown parse per frame per inline widget. Widget markdown is short, so the cost is negligible.
• No protocol/webui changes — the webui already does the right thing.

Test

crates/cli/src/ui.rs — three unit tests:

• inline_widget_rows_floors_at_three — empty markdown still gets the minimum row budget.
• inline_widget_rows_accounts_for_wrapping_long_lines — a 200-char single line needs more rows at width 40 than at width 220. This is the regression the old source-count missed.
• inline_widget_rows_caps_at_available_height — a 500-line widget never exceeds available_height.

cargo test -p agentd-cli   # 197 + 1 passed, 0 failed

🤖 Generated with Claude Code