Build dashboards you can actually look at and press
Widgets bind to a message name and read it live off the socket the editor already had — lifted out of the flow editor so a dashboard route gets the same values, which also gives the home page live data for free. The input widgets close the loop the other way: a slider publishes into the graph and whatever consumes that message runs. Verified end to end in the running app — moving a slider set a flow input, and the stat bound to what the flow computed from it followed. View mode is plain CSS grid. A wall panel that only displays should not download the code that lets someone drag things around, and it now does not. Editing is a widget picker, a per-widget width control and a settings card fed by the message catalog. No new dependencies: the slider is a range input, the gauge is an arc, and the markdown is a five-line subset. Charts are the one widget still missing — they need a charting library and the chart tokens the design guidelines reserved — so they are stored and validated but not offered. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_011LF61rxW1FG5YCD2J9YqjY
This commit is contained in:
+3
-1
@@ -151,7 +151,9 @@ React + Vite, primarily desktop but usable on mobile. See `docs/architecture/str
|
||||
Shares components with the admin view. See `docs/architecture/structure.canvas` →
|
||||
*Frontend – Dashboard View*.
|
||||
|
||||
- [ ] User-defined dashboard layout with edit and view modes
|
||||
- [x] User-defined dashboard layout with edit and view modes: dashboards are their own
|
||||
documents, widgets bind to message names, and the input ones publish back. View
|
||||
mode is plain CSS grid, so a panel that only displays loads no editing code
|
||||
- [ ] Responsive layout targeting wall panels, mobile and desktop
|
||||
- [ ] Per-device view
|
||||
|
||||
|
||||
Reference in New Issue
Block a user