GRIDEX INC. / ACCESSIBILITY SAMPLES

Demonstration sample by Gridex Inc. — synthetic data; not a State of Minnesota system

Gridex Inc. · Accessibility Conformance Report

Accessibility exception request accessibility report

WCAG 2.1 Levels A and AA · version 1.1 · October 4, 2026

Self-evaluation organized according to the criterion-level reporting structure of the VPAT 2.5 WCAG edition. This is an ACR-style report, not an ITI certification or an independently issued audit. The WCAG 2.2 additions in the broader VPAT 2.5 template are outside this requested WCAG 2.1 scope.

Open the sample

Product and evaluation scope

Four-step HTML/JavaScript demonstration, including validation, review, saved browser drafts, confirmation dialogs, restore, cancellation, submission confirmation and browser-storage failure.

Supplier: Gridex Inc. · Contact: ryan@gridex.dev. Content is synthetic. Power Apps, SharePoint tenant integration and real client performance are outside scope.

Results and limitations

35 Supports; 1 Partially Supports; 14 Not Applicable. Results reflect the methods below. Physical screen reader interoperability is untested; any retained partial entries identify a simulator or downloaded-document verification limitation.

All completed axe scans and reproducible keyboard tests pass. The additional online evaluation covers 19 form states and both read-only samples in each browser (42 states total). Browser accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output were completed; not verified with a physical screen reader. No VoiceOver or NVDA was started in this evaluation. These model-generated phrases do not establish actual hardware/software speech delivery.

Production verification: the published sample passed the complete keyboard journey (where applicable) and axe scans in Chromium and WebKit. All eight suite/sample/report HTML pages and internal links returned successful responses. See the live axe evidence below.

Evaluation Methods Used

Conformance terms

Supports
Completed tests and inspection support the criterion within the documented evaluation scope.
Partially Supports
The criterion has an identified limitation or incomplete assistive-technology verification, stated in the remarks. This report distinguishes unverified behavior from known defects.
Not Applicable
The work does not contain the feature addressed by the criterion.

WCAG 2.1 Level A

Level A criterion results
CriterionConformanceRemarks and test basis
1.1.1 Non-text ContentSupportsNo informative images; controls have text labels. Native checkbox meaning is identified by its visible label.
1.2.1 Audio-only and Video-only (Prerecorded)Not ApplicableNo audio-only or video-only media.
1.2.2 Captions (Prerecorded)Not ApplicableNo prerecorded synchronized media.
1.2.3 Audio Description or Media Alternative (Prerecorded)Not ApplicableNo prerecorded synchronized media.
1.3.1 Info and RelationshipsSupportsHTML headings, native controls, explicit labels, definition lists, list semantics and scoped table headers were reviewed in the DOM and accessibility tree. Evaluated by accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output; not verified with a physical screen reader.
1.3.2 Meaningful SequenceSupportsDOM order matches the visual reading order. No CSS reordering. PDF structure-tree traversal and extracted text were inspected where provided. HTML sequence was verified by accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output; not verified with a physical screen reader.
1.3.3 Sensory CharacteristicsSupportsInstructions use names, dates and text, rather than position, shape or color alone.
1.4.1 Use of ColorSupportsStatuses, errors and risk levels are written as text. Links are underlined.
1.4.2 Audio ControlNot ApplicableNo audio playback.
2.1.1 KeyboardSupportsTab, Shift+Tab, Enter and Space operate the web controls. Headless Playwright keyboard tests provide reproducible interaction records; document reading and downloads use the reader application.
2.1.2 No Keyboard TrapSupportsNative modal dialogs with explicit first/last-button Tab wrapping permit Escape to exit. Static documents introduce no traps.
2.1.4 Character Key ShortcutsNot ApplicableNo single-character application shortcuts.
2.2.1 Timing AdjustableNot ApplicableNo session time limit or timed interaction. An exception expiration date is business content, not an interaction time limit.
2.2.2 Pause, Stop, HideNot ApplicableNo moving, blinking, scrolling, or auto-updating content.
2.3.1 Three Flashes or Below ThresholdNot ApplicableNo flashing content.
2.4.1 Bypass BlocksSupportsA first-in-order skip link targets the main landmark. HTML heading navigation, Word heading styles and PDF heading tags support bypassing sections.
2.4.2 Page TitledSupportsEach page has a specific title. DOCX core properties and PDF metadata identify the document.
2.4.3 Focus OrderSupportsTab order follows DOM order. Focus is moved to error summaries, new step headings and submission confirmation; native dialog closure restores the trigger.
2.4.4 Link Purpose (In Context)SupportsNavigation, reports and downloads have descriptive link text.
2.5.1 Pointer GesturesNot ApplicableNo multipoint or path-based gestures.
2.5.2 Pointer CancellationSupportsActions activate on standard click/release, not pointer down. Draft deletion has a confirmation step.
2.5.3 Label in NameSupportsAccessible names contain their visible label text; verified by axe and accessibility snapshots.
2.5.4 Motion ActuationNot ApplicableNo motion-actuated functions.
3.1.1 Language of PageSupportsHTML uses lang="en". Word default language and PDF catalog language are en-US.
3.2.1 On FocusSupportsFocusing a field or link does not navigate or submit.
3.2.2 On InputSupportsTyping and selecting values do not change steps. Explicit Continue or Submit activates the change.
3.3.1 Error IdentificationSupportsEmpty fields, missing DAC consultation, invalid email, invalid calendar dates and date-order errors produce an error summary linked to inline errors; invalid fields use aria-invalid.
3.3.2 Labels or InstructionsSupportsRequired fields are labeled in text and programmatically required. Field help is associated with aria-describedby. Dates use explicit YYYY-MM-DD instructions.
4.1.1 ParsingSupportsHTML DOM was checked for duplicate IDs, invalid label targets and broken describedby references. axe checks pass. Documents use well-formed XML and tagged structure.
4.1.2 Name, Role, ValuePartially SupportsNative Chromium AX and DOM correctly expose checked=true after DAC consultation, labels, roles, values, required/invalid states and descriptions. However Guidepup Virtual Screen Reader 0.33.0 continues to say not checked for that native checkbox, even with a new instance. Its full modal traversal also includes background content, while native AX correctly limits the modal. This simulator disagreement prevents complete dual-method name/role/value verification. No application state defect was measured. Evaluation used accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output; not verified with a physical screen reader. See virtual-sr-model-limitations-*.json.

WCAG 2.1 Level AA

Level AA criterion results
CriterionConformanceRemarks and test basis
1.2.4 Captions (Live)Not ApplicableNo live synchronized media.
1.2.5 Audio Description (Prerecorded)Not ApplicableNo prerecorded video.
1.3.4 OrientationSupportsNo orientation lock; 320px narrow viewport and landscape rendering were checked.
1.3.5 Identify Input PurposeSupportsRequester name and email inputs have autocomplete="name" and autocomplete="email".
1.4.3 Contrast (Minimum)Supportsaxe color-contrast checks and calculated color pairs pass. See contrast.json for ratios.
1.4.4 Resize textSupports200% CSS zoom layout checks in Chromium and WebKit pass without horizontal overflow. Native Safari 200% was inspected on the form. Document view uses the reader application zoom.
1.4.5 Images of TextSupportsAll essential prose is real text. The guide includes a configuration relationship diagram with an equivalent textual description; no essential text is provided solely as an image.
1.4.10 ReflowSupportsAll HTML views tested at 320 CSS pixels without document-wide horizontal scrolling. Tagged PDFs have fixed page layouts; equivalent HTML is the recommended reflow reading path.
1.4.11 Non-text ContrastSupportsBorders, control boundaries and focus outlines use contrasting colors. Contrast ratios are calculated in contrast.json.
1.4.12 Text SpacingSupportsText spacing overrides (1.5 line height, .12em letter spacing, .16em word spacing and 2em paragraph spacing) were tested without clipped content or horizontal overflow in HTML.
1.4.13 Content on Hover or FocusNot ApplicableNo custom hover or focus-triggered supplemental content.
2.4.5 Multiple WaysSupportsForm steps are sequential process steps and exempt from multiple-ways requirements. The suite index and common navigation locate the entry page.
2.4.6 Headings and LabelsSupportsHeadings identify request, risk, approvals, renewals and administrative tasks. Labels identify field purpose and required state.
2.4.7 Focus VisibleSupportsKeyboard focus has a 3px contrasting outline with a 4px offset. Keyboard navigation and screenshots were inspected.
3.1.2 Language of PartsNot ApplicableContent is entirely English; technical names are proper names or terms.
3.2.3 Consistent NavigationSupportsThe same sample navigation appears in the same order on pages and reports.
3.2.4 Consistent IdentificationSupportsDownload links, navigation labels and headings use consistent identification.
3.3.3 Error SuggestionSupportsErrors give specific corrective instructions and calendar examples. Error links focus the affected field.
3.3.4 Error Prevention (Legal, Financial, Data)SupportsFinal review and confirmation precede demonstration submission. Saving, restoring and deleting a browser draft require confirmation; Keep editing and Escape cancel the action. No legal or financial transaction occurs.
4.1.3 Status MessagesSupportsDraft status uses role="status", aria-live="polite" and aria-atomic="true". Save, restore, delete and storage-failure mutations generated polite speech output without navigating to the status. Evaluated by accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output; not verified with a physical screen reader.

Reproducible evidence

Remediation and remaining work

Read the remediation log. Physical screen reader review can resolve the form simulator checked-state limitation and add HTML interoperability coverage. For the remaining downloaded-document partial entries, complete keyboard and heading navigation in an accessible PDF reader before changing those conclusions.