Asterpath · Revision 4
Supporting evidence
Use manual evidence to explain the access barrier.
The fictional export flow remains possible, but loses the keyboard user's position when the dialog closes.
Fictional, not a scanner result. FICTIONAL ILLUSTRATIVE SAMPLE. Asterpath, its product, evidence, findings and measurements are invented. No Asterpath application was inspected and no scanner was executed. These are original GadirLabs illustrations, not native vendor exports.
What the fictional evidence shows
| Sampled area | Illustrative observation | Limit |
|---|---|---|
| Semantics / labels / errors | Headings and labels are present; validation errors are associated with fields. | Selected surfaces only. |
| Contrast / zoom | Sampled text and controls remain legible at 200% zoom. | No complete conformance claim or invented contrast ratio. |
| Keyboard / screen reader | Controls are reachable, but export-dialog close loses focus position. | F08; other dialogs are not comprehensively assessed. |
What it means
Automated checks cannot stand in for manual navigation and assistive-technology review. The focus issue is a specific access barrier, not a claim that the entire product is unusable.
What would establish a fix
Open, operate and close the dialog with keyboard and the agreed assistive-technology sample. Verify visible focus, correct initiating-control return and a clear success state.
This page and its JSON are two views of the same original illustration. They are not separate findings or independent corroboration. A real client record would identify actual versions, inputs, outputs and evidence limits.