kanban: render the remaining forms, and file the gap that stops the last two

[Yaraslaut]

Closes #344. Follows #357, which rendered the login form; this does the rest of the rung.

examples/LADDER.md designates kanban the single polished showcase, and examples/IMPLEMENTATION.md's rule 2 makes hand-built input widgets forbidden by default, allowing two justifications — (a) the generated UI cannot express the interaction, or (b) pure glue — each of which must be written in the rung README. The rung had 26 hand-written controls across seven QML files, no morph::forms code at all, and neither justification written. Triage had already refuted (a) for the enumerated inputs by compiling schemaJson<A>() against the rung's real DTOs.

Converted — five forms, on top of #357's login

Form	Action	Screen
Create project	CreateProject	ProjectListView.qml
Add column	CreateColumn	BoardView.qml
Add swimlane	CreateSwimlane	BoardView.qml
New task	CreateTask	BoardView.qml, one per column
Add comment	AddComment	TaskDetailPopup.qml

All five render from schemaJson<A>() through the shipped MorphForms DynamicForm, with the renderer's own Submit button.

BoardBridge gained schemasJson/submitIfValid/replyReceived — the contract ProjectAdminBridge already had — forwarding to a new BoardPresenter::submitForm that dispatches through executeJson and decodes the reply, so boardOpened/commentAdded still fire. Without the decode the board property would only catch up on the next poll tick, which is a visible regression rather than a refactor. ProjectAdminPresenter::submitForm became the two-model routing table. CreateTask's column/swimlane ids and AddComment's task id are hidden in fieldMetadata and seeded by the owning view; CreateColumn::wipLimit joined optionalFields.

Left hand-built, with the justification written

The drag-and-drop board (MoveTaskPosition) — rule 2(a), no issue filed. Its schema renders fine; the interaction is the problem. The destination column, swimlane and position are produced by the gesture — DropArea.onDropped computes them from geometry — so a schema-rendered form has no input left to collect. The README says that, rather than dressing a gesture up as a subsystem gap.

MembersView.qml's role pickers and RulesView.qml's add-rule row — rule 2(a), issue filed (#386). This is a real renderer gap, measured rather than assumed: converting them would have swapped a working 3-item ComboBox for a text box that accepts anything.

The README's old "Not exercised: morph::forms" section, which recorded the absence and deferred the decision to this issue, is replaced by the actual state.

The renderer gaps, all filed rather than worked around

• forms: DynamicForm renders a C++ enum class as a free-text field, and its gate accepts values outside the set #386 — DynamicForm renders a C++ enum class as a free-text field, and its gate accepts values outside the set. Reproduced in morph_forms_qml_tests with schemaJson<SetMemberRole>() pasted verbatim: isChoice=false, the control drawn is a TextField, and role='Emperor' passes as ready. This is what stops the last two screens.
• forms: every DynamicForm warns about onOptionsReceived on any controller without a Choice field #387 — every DynamicForm warns Detected function "onOptionsReceived" … no signal of the target matches against any controller with no Choice field, which is the shape bookmarks documents as sanctioned. Invisible to every rung's rule-6 smoke test, because those attach null controllers.
• forms: DynamicForm mistypes every array-valued schema key when 'schema' is assigned as a QVariant instead of bound #388 — DynamicForm mistypes array-valued schema keys when schema is assigned as a QVariant rather than bound, so a strong id goes out as {"taskId":"7"}. Not a live app bug — every shipped app binds declaratively, and the bound path was confirmed correct before filing.

Verification

Triage was explicit that schema generation working is necessary but not sufficient, and that nothing had been rendered on screen. So:

• Offscreen GUI run: QT_QPA_PLATFORM=offscreen ladder_kanban_gui boots with zero output — no QML warning, no "produced no root object".
• The forms are proven to render and submit by the new tests/test_gui_forms_render.cpp, which loads the shipped .qml into a real QQmlApplicationEngine with real bridges over a real backend, and per form asserts the controls drawn, the body assembled, and the row written. Not Qt Quick Test and it synthesizes no mouse events (TESTING.md rule 6) — it reproduces the two calls Submit makes.
• Mutation-checked twice: removing the hidden-field seeding leaves CreateTask permanently !ready with previewLine == "{}"; removing hidden from CreateTask::columnId flips the raw-id column to visible == true. Both failed as expected, then were reverted.
• ctest -L ladder-kanban → 100% tests passed out of 151 (baseline before this change: 140). Whole configure → 100% tests passed out of 1672.
• test_morph_scenario.py and scenario_coverage.py exit 0, kanban still 22/22 actions and 20/20 workflows. check_spec_citations.sh, check_test_type_names.sh, check_rung_filters.sh all OK; clang-format clean.

Not verified: the test binary was not compiled under the strict warning set — -DMORPH_ENABLE_STRICT_COMPILATION=OFF, because #372 breaks every AUTOMOC target from a nested worktree. The two changed DTO headers were compiled standalone under the full -Weverything -Werror set: clean. No Remote-mode GUI session was run end to end — the offscreen run was Local mode, and the driven test uses BackendRig Mode::Local, so whether the desktop client emits #387's warning at runtime is inferred from the same code path, not measured. Whether other rungs (bookmarks' CreateBookmark::visibility) currently hit #386 was not checked. No docs/spec/ file was invalidated, so none changed.

🤖 Generated with Claude Code

https://claude.ai/code/session_01GnSnsebJ92Kti1D7m3RwYJ

[codecov]

Codecov Report

❌ Patch coverage is 66.00000% with 17 lines in your changes missing coverage. Please review.

Files with missing lines	Patch %	Lines
examples/kanban/gui_lib/board_presenter.cpp	70.83%	5 Missing and 2 partials ⚠️
examples/kanban/gui_lib/kanban_schemas.hpp	0.00%	6 Missing ⚠️
...xamples/kanban/gui_lib/project_admin_presenter.cpp	81.25%	2 Missing and 1 partial ⚠️
examples/kanban/gui_lib/board_qml_bridge.cpp	75.00%	1 Missing ⚠️

📢 Thoughts on this report? Let us know!