feat: add LexAI status bar and suggestion panel
Some checks failed
CI — Test & Build / Test & Build (push) Has been cancelled
Some checks failed
CI — Test & Build / Test & Build (push) Has been cancelled
- Implemented a status bar item for LexAI with dynamic status updates (ready, processing, notReady). - Created a suggestion panel for displaying and interacting with AI-generated suggestions. - Added functionality for accepting, regenerating, and discarding suggestions within the suggestion zone. - Introduced configuration options for writing style, prompt patterns, personas, and formats. - Integrated progress indicators for long-running tasks and improved user feedback. - Established TypeScript configuration for the vscode package.
This commit is contained in:
@@ -1,33 +1,24 @@
|
||||
# Reference bar
|
||||
|
||||
> The concrete quality bar for gauntlet work. Every entry must point at something a referee can open, run, or look at — an adjective is not a bar. Changing a bar mid-gauntlet is an owner decision recorded in `DECISIONS.md`.
|
||||
>
|
||||
> **Seeded 2026-08-06 at the gauntlet-loop/fable upgrade.** This project already has a real bar: the interactive prototype + the Nocturne token authority + per-screen contracts. **Precedence guard (D-2026-07-31-01 lineage):** the prototype is *evidence, never authority* — where the prototype and the recorded spec disagree, `08-development-spec > 04-rules > PRD` wins and the difference is **not** a gap. The referee grades against the spec-corrected prototype.
|
||||
|
||||
Base references: `PROTO = PS Bus Ticketing App - Conductor App.html` (repo root — open in a browser, navigate to the screen) · `TOKENS = docs/06-ui-patterns.md` (Nocturne) · `SPEC = docs/08-development-spec.md` (per-screen contract) · `DESIGN = docs/design/**` (screen specs, where written).
|
||||
## Status
|
||||
|
||||
## Bars by part
|
||||
**Not concrete yet.** No gauntlet round may start until the table below names inspectable artifacts and a comparison method. Decision-ready proposal only.
|
||||
|
||||
One row per screen/flow as it enters a gauntlet — seeded with the screens that already have design artifacts; add rows using the template as work reaches each screen. Budgets live on the `GAUNTLET.md` board.
|
||||
## Bars by part (proposal — awaiting artifacts)
|
||||
|
||||
| Part | Reference artifact(s) | How to compare | Minimum parity |
|
||||
| --- | --- | --- | --- |
|
||||
| Auth screens 1–2 | PROTO auth screens · `docs/design/` auth spec · SPEC §screen criteria | run the app on the 2 GB reference device (or emulator at its profile), screenshot vs PROTO side by side; check tokens vs TOKENS | layout/hierarchy/tokens match the spec-corrected prototype; per-screen SPEC criteria pass |
|
||||
| Screen 06 — discount capture (dual-photo) | PROTO screen 06 · `docs/design/` screen-06 spec · SPEC criteria | walk the capture flow on-device; screenshot each state | every state (capture, retake, proof review) present and one-handed operable; ≥ 48 dp targets |
|
||||
| Screen 11 — printer setup | PROTO screen 11 · `docs/design/` screen-11 spec | walk pairing/test-print flow (or its no-hardware stub — see orchestrator memory: no printer hardware) | states + error paths match; no-hardware path explicit, never silent |
|
||||
| P10 — prepaid booking / QR | PROTO P10 · `docs/design/` P10 spec · SPEC criteria | walk the flow offline; screenshot | offline-first behavior + states match the spec-corrected prototype |
|
||||
| [next screen] | PROTO screen NN · `docs/design/` spec if present · SPEC criteria | on-device screenshot side-by-side + flow walk | [what must match] |
|
||||
|
||||
Behavioral bars (not screenshots): the ≤ 20 s record-a-passenger contract (stopwatch on the reference device), 7-day-offline invariants (A-1…A-6), and the `TC-*` tables in `docs/09-test-plan.md` — these are already acceptance tests; the gauntlet adds the visual/UX parity layer on top, it does not replace them.
|
||||
| Selection toolbar + result card | Grammarly selection-toolbar / card UX screenshots under `docs/reference/` (not yet captured) | side-by-side render of LexAI floating toolbar + result modal vs screenshots | same job in similar steps: appear on selection, choose action, see result, Replace/Copy without fighting host-page UI |
|
||||
|
||||
## Reference sources
|
||||
|
||||
- `PS Bus Ticketing App - Conductor App.html` — interactive prototype (root)
|
||||
- `docs/06-ui-patterns.md` — Nocturne tokens/components (authority for visual language)
|
||||
- `docs/design/**` — written screen specs (authority over the prototype)
|
||||
- `docs/08-development-spec.md` — per-screen acceptance criteria
|
||||
- Intended: `docs/reference/` (screenshots / short recordings of Grammarly’s selection toolbar and result card)
|
||||
- Until those files exist, treat the bar as empty for gauntlet purposes
|
||||
|
||||
## Out of scope for the bar
|
||||
|
||||
- Anything the recorded spec has changed from the prototype (spec wins; log the delta as evidence, not a gap).
|
||||
- Server/back-office UI (contract-only, `docs/07-api-contract.md`), iOS, passenger-facing surfaces.
|
||||
- Full Grammarly editor / browser-wide rewrite suite
|
||||
- Grammarly account, subscription, or cloud features LexAI deliberately excludes
|
||||
- Pixel-perfect brand clone (interaction parity, not visual plagiarism)
|
||||
|
||||
Reference in New Issue
Block a user