docs: redesign v0.1 screen as side panel + writing column
Replace the header/status-bar layout with a full-height writing column plus an always-visible side panel holding all metadata. Canonicalize the new region vocabulary in CONTEXT.md (Writing column, Side panel) and retire header / status line / edit area as terms-to-avoid. Consequent sweeps: rewrite the Error UX section in side-panel terms and give keyboard-disconnect a home (⌨ ✗, disconnect-only); drop the "line N" readout; reconcile the render module ops and region shadow; sweep the status-line/edit-area wording across the technical, roadmap, qfd, notes, README, and ADR-003 docs (incl. the ~11→~13 line-count figure).
This commit is contained in:
@@ -19,6 +19,6 @@ The reframing question: **what is the user actually waiting for?** For `Ctrl-S`,
|
||||
|
||||
For `Ctrl-G`, the equivalent moment isn't "push complete." It's "commit landed locally" — which happens at ~0.2 seconds, well before the push even starts. From that moment on, your work is preserved across power loss, SD removal, the apocalypse — everything except remote delivery. The remaining 5–10 seconds is _transport of an already-safe thing_.
|
||||
|
||||
Surface that moment in the status line at ~0.2 seconds (`✓ committed abc1234 · pushing…`) and the perceived latency of `Ctrl-G` collapses from 10 seconds to roughly 200 milliseconds. The gap with `Ctrl-S` disappears.
|
||||
Surface that moment in the side panel at ~0.2 seconds (`✓ committed abc1234 · pushing…`) and the perceived latency of `Ctrl-G` collapses from 10 seconds to roughly 200 milliseconds. The gap with `Ctrl-S` disappears.
|
||||
|
||||
**Durability before delivery.** The moment that matters to the user is the moment durability is achieved, not the moment delivery completes. Once you see that, the slow operations stop feeling slow.
|
||||
|
||||
Reference in New Issue
Block a user