Accessibility Statement

Last Revised: February 23, 2026

At Slingshot Aerospace, we are committed to ensuring digital accessibility for all users, including people with disabilities. We strive to provide an inclusive, usable, and accessible experience across our website and digital platforms.

Our Commitment

We are actively working to ensure our web applications conform to the Web Content Accessibility Guidelines (WCAG) 2.2 Level AA standards. Accessibility is integrated into our design, development, and testing processes to ensure our digital experiences are:

  • Perceivable
  • Operable
  • Understandable
  • Robust
Accessibility Standards We Follow

Our accessibility program prioritizes high-impact requirements that ensure meaningful access for users who rely on assistive technologies, including keyboard navigation and screen readers.

1. Visual Accessibility & Contrast

We ensure:

  • Text contrast meets or exceeds 4.5:1 (3:1 for large text)
  • Buttons, icons, inputs, and UI controls meet 3:1 contrast requirements
  • Focus indicators are clearly visible
  • Error states do not rely on color alone
  • Links are visually distinct and not color-dependent
2. Full Keyboard Accessibility

All core workflows are operable without a mouse. This includes:

  • Logical tab order
  • No keyboard traps
  • Keyboard-accessible menus and dropdowns
  • Proper modal focus management
  • ESC key support to close dialogs
  • Skip-to-content functionality
  • Keyboard alternatives for drag-and-drop interactions

We test core workflows using keyboard-only navigation prior to release.

3. Screen Reader Compatibility

We support compatibility with assistive technologies such as VoiceOver and NVDA by ensuring:

  • Proper heading hierarchy and semantic structure
  • Correct use of landmarks (e.g., navigation, main content, footer)
  • Programmatically associated form labels and required fields
  • Accessible names and ARIA attributes where appropriate
  • Announced state changes, error messages, success messages, and loading states

Core workflows are tested using screen readers before release.

4. Forms & Error Handling

We provide:

  • Clear, specific error messages
  • Programmatic association between errors and fields
  • Error summaries for complex forms
  • Automatic focus movement to the first error upon submission
5. Responsive & Zoom Support

Our web applications:

  • Functions at 200% zoom
  • Avoids horizontal scrolling at 320px width where possible
  • Ensures touch targets meet recommended sizing standards
6. Ongoing Accessibility Maturity

We also work to ensure:

  • Page language is properly declared
  • Motion respects user “prefers-reduced-motion” settings
  • No flashing content that may trigger seizures
  • Consistent navigation and predictable behavior
  • Session timeout warnings where applicable
Testing & Release Criteria

Before release, we conduct:

  • Keyboard-only navigation testing
  • Screen reader smoke testing
  • Automated contrast and accessibility scans (e.g., Axe, Lighthouse)
  • 200% zoom testing
  • Modal focus behavior testing

We do not release updates if:

  • There are contrast failures
  • Core workflows are not keyboard accessible
  • Screen readers cannot complete core workflows
  • Forms do not properly announce errors
  • Focus indicators are not visible
Continuous Improvement

Accessibility is an ongoing effort. We regularly review our website to improve usability and align with evolving standards and best practices.

Feedback & Assistance

If you experience any difficulty accessing content on our website, or if you have suggestions for improvement, we welcome your feedback.

Please contact us @ uxresearch@slingshotaerospace.com