You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is the first focused editing workflow under #4.
Correct Last Dictation currently opens a detached modal editor. The window feels disconnected from the bottom recording surface and takes focus without making the relationship to the original destination visible. Applying a correction may directly replace the previous text or fall back to the clipboard, but those outcomes must be explicit.
The expanded overlay should improve continuity and focus behavior. It must not assume that a background field can receive an ordinary paste or that changing the window style makes Accessibility replacement universally available.
Destination lifecycle
Before the correction surface accepts keyboard focus, capture a delivery receipt containing the original application, accessibility target, selected range, and relevant original text.
On Apply:
verify that the target and expected original range are still valid;
attempt exact Accessibility replacement without relying on current field focus;
report Applied only after replacement is verified;
if direct replacement is unsupported or cannot be verified, copy the correction to the clipboard;
report Copied to clipboard with an available Paste action;
never mutate a different or ambiguous target.
Native, web, Electron, and custom controls must be tested separately. Unsupported controls are a normal fallback case, not a reason to claim a successful in-place edit.
Editing behavior
Open with the delivered text as the editable draft.
Keep Apply disabled while the draft is unchanged or blank.
Enable Apply only after a meaningful edit.
Return applies when valid; Shift-Return inserts a line break.
Escape or Cancel dismisses without changing the target or clipboard.
Preserve the existing correction-learning and history semantics after a verified outcome.
Surface behavior
Expand from the bottom overlay into the focused-card or workspace tier selected by content requirements.
Keep the surface anchored and visually continuous during expansion and collapse.
Specify whether the panel activates Parrot, can become key without full activation, and how focus returns after dismissal.
Maintain predictable behavior across applications, displays, Spaces, Dock positions, and scale factors.
Represent editing, applying, Applied, Copied, failed, and cancelled states in the same surface.
Provide accessible labels, focus order, keyboard operation, reduced motion, and appropriate announcements for outcome changes.
Acceptance criteria
Correct Last Dictation no longer opens a detached modal window.
The expanded surface preserves the original destination receipt before accepting edits.
Unchanged and blank drafts cannot be applied.
Verified Accessibility replacement produces an Applied result.
Unsupported or unverifiable replacement produces a Copied to clipboard result with Paste available.
Cancelling leaves both destination and clipboard unchanged.
Target invalidation never writes to a different field or range.
Keyboard and VoiceOver behavior follow the shared overlay contract.
Automated tests cover dirty state, Return and Shift-Return, target invalidation, direct replacement, clipboard fallback, duplicate presentation, and each terminal outcome.
Native visual checks cover short, long, multiline, applied, copied, and failure states at representative display scales.
Non-goals
Treating panel focus behavior as a substitute for destination capture and verification.
Guaranteeing in-place replacement for controls that do not expose the required Accessibility operations.
Migrating history, settings, or every other modal workflow in the same implementation.
Context
This is the first focused editing workflow under #4.
Correct Last Dictation currently opens a detached modal editor. The window feels disconnected from the bottom recording surface and takes focus without making the relationship to the original destination visible. Applying a correction may directly replace the previous text or fall back to the clipboard, but those outcomes must be explicit.
The expanded overlay should improve continuity and focus behavior. It must not assume that a background field can receive an ordinary paste or that changing the window style makes Accessibility replacement universally available.
Destination lifecycle
Before the correction surface accepts keyboard focus, capture a delivery receipt containing the original application, accessibility target, selected range, and relevant original text.
On Apply:
Native, web, Electron, and custom controls must be tested separately. Unsupported controls are a normal fallback case, not a reason to claim a successful in-place edit.
Editing behavior
Surface behavior
Acceptance criteria
Non-goals