Skip to content

[P1] Complete accessible onboarding, explanations, and recovery states #15

Open

Description

@nosam1998

Parent plan: #1
Priority / gate: P1 / M3
Requirement: F11 in the PRD
Design: Technical design
Depends on: #3, #12, #13, #14, #18, #19, #20

Outcome

Make the core sketch → function → sound → export path understandable and usable without relying only on freehand input or visual plots.

Scope

  • Include soundboard Save/name, focused-pad Enter/Space playback, Stop, rename/reorder/remove/undo, and Open in editor in the keyboard and status-announcement review.
  • Explain waveform time/amplitude axes versus spectrum frequency/component-level axes, with separate time/gain and time/pitch-Hz envelope lanes. Demonstrate amplitude scaling versus DC translation without equating signed sample height with volume.
  • Add concise first-use instructions and in-context explanations for phase versus time, waveform versus pitch/gain envelopes, Hz versus linear gain, source versus rendered audio, and sub-audible timelines.
  • Complete keyboard navigation, visible focus, shortcuts, numeric editing, accessible equations/metrics, and status announcements.
  • Review non-color curve distinctions, reduced-motion behavior, control labeling, and error recovery.
  • Exercise invalid-import, unsupported-audio, renderer, storage, and resource-limit states.
  • Include local file selection, numeric trim/offset, carrier/modulator selection, mode/depth/attack/release/loop controls, source audition, bypass/A–B, and asset-bearing save/reopen in the accessibility review. Explain volume follow versus signed ring multiplication and oscillator pitch versus clip varispeed.

Acceptance criteria

  • A keyboard user can save a named sound, replay it, stop it, manage it, and reopen an editable copy; loading/playing/error states are distinguishable without relying on color.
  • First-use guidance correctly explains that cycle spacing within a fixed time window expresses frequency, waveform height around zero expresses amplitude, and moving the whole curve upward adds DC offset.
  • A keyboard user can create/edit a signal numerically, select its representation, play/stop, and export without a pointer.
  • Focus remains sensible after tool changes, dialogs, errors, and imports; status messages do not overwhelm assistive technology.
  • Every canvas-only fact essential to the workflow has a text/numeric counterpart.
  • The user can identify whether a displayed equation describes the source, an approximation, or rendered audio.
  • Failure states preserve recoverable work and provide a clear next action.
  • In a five-person formative test, at least four users draw, hear, and find the function within two minutes without coaching, or resulting fixes are completed and retested.
  • Users can identify each oscillator without relying on color alone, edit its pitch and gain independently, and distinguish plot visibility from mute/solo.
  • A keyboard user can choose an uploaded or saved modulation source, set target/effect/timing, preview/bypass, export, and save/reopen it; numeric equivalents, varispeed timing implications, source/result identity, decode state, and recoverable errors are understandable without relying on color.

Validation

Manual keyboard and screen-reader sessions, automated accessibility checks where useful, and recorded formative-usability observations with no uploaded signal content required.

Boundaries

A formal accessibility certification or a dedicated mobile-first interface.

Implemented and verified

The application has labeled numeric editing, native keyboard controls, visible focus, non-color curve cues, source/result explanations, explicit modulator audition, local save/recovery states, and error-preserving imports/exports. Automated WCAG-tagged axe checks and narrow-screen layout checks pass. PR #30 adds the in-app quick guide, arrow-key workspace selection, playback position, and the complete user guide.

Validation CI · Validation report · implementation PRs #21–#30.

Remaining acceptance — keep open

  • Manual keyboard and screen-reader review, including focus behavior and equivalents for essential canvas information.
  • The five-person formative test and any fixes it reveals.

The automated accessibility result is not represented as human usability evidence.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions