The CAD dashboard's CadDashboard node never realized as a widget, so
tapping 'CAD Workspace' opened to a blank/editor-only sheet. Empirical
device dumps showed the first child after the root realizes reliably
while a sibling placed after the editor AdaptiveView does not, and a
root ':=' widget child alone never realizes here.
- Place dashboard_layer as the FIRST direct child of CadWorkspaceBase,
wrapping mod.widgets.CadDashboard so it is a reliably-realizable,
togglable View layer (matching the working doc workspace pattern).
- Wrap the editor AdaptiveView in editor_layer (a plain View) and toggle
editor_layer/dashboard_layer visibility from apply_dashboard_visibility
instead of toggling the AdaptiveView variants, which always draw their
active variant regardless of visible.
- Add use mod.widgets.* to the CadDashboard script_mod (matches the
CadEditorSheet registration that realizes inside this workspace).
- Add regression test candlands_on_dashboard asserting the dashboard
title and + New Project button land when opening the workspace.
Add navigate_to_doc_workspace helper for the home → work → construction_grid
→ build_workspace → m_workspace_docs_btn → crdt_editor navigation chain.
Tests covering DEVICE_VERIFICATION.md:
- 1.1–1.4: interaction mode View ↔ Edit (edit_mode_btn toggle)
- 1.2: View mode scroll by touch (touch_down/move/up)
- 2.1: IME text input in Edit mode
- 2.2: IME composition sends text
- 3.1: Long-press arms selection
- 5.1–5.2: Scroll handoff to parent ScrollYView
- 9.0: Boot content renders (status bar + editor visible)
Also fixes 3 pre-existing test compilation bugs:
- show_password_toggle_works: moved value on Locator
- login_status_modal: wait_not_visible doesn't exist
- sso_buttons: &&str not Into<String>
Updates makepad rev to ce899827a across all crates for consistency.
