Before the Prop Turns
On 2026-10-30 this training passed 7 of 7 live-site checks and played to the end on 8 of 8 screen shapes with no layout blockers. 32 of its 33 steps can be finished with the keyboard alone; steps where you press a marked point still need a mouse, finger or pen.
1. The live site
Opened at its public address in Chrome and in WebKit (the engine inside Safari) set up as an iPhone. The last check compares the bytes the internet serves with the file that was tested, so this page describes exactly what you get.
| Result | Check |
|---|---|
| pass | answers 200 over https 200 |
| pass | the engine BOOTS: running, not merely served |
| pass | no page errors |
| pass | the deck is real 1 scenes, 33 steps, 61 clips |
| pass | loads nothing from another host |
| pass | the edge serves the bytes that were tested 13654418 bytes |
| pass | iPhone (WebKit, iOS Safari UA, 390x844): boots and the deck is real 1 scenes, 33 steps |
Build fingerprint (SHA-256 of the page the site serves): 00e1a5ef04d821c4c9e7d9c25fde6fb2425a224fbdfd17ba299d674b56232941, 13,654,418 bytes.
2. Phones, tablets and a laptop
The whole training was played start to finish at each screen shape, answering every step the way a trainee does, and the layout was measured before every screen: a control that cannot be reached or is covered, a page that scrolls sideways, a card too small to read. Those are blockers. Warnings are smaller things, like a target under 40 px.
| Screen | Result | Layout blockers | Warnings | Screens measured |
|---|---|---|---|---|
| iPhone SE, upright (375 x 548) | played to the end | 0 | 298 | 68 |
| iPhone 13/14/15, upright (390 x 664) | played to the end | 0 | 300 | 68 |
| Android phone, upright (360 x 680) | played to the end | 0 | 303 | 68 |
| iPhone held sideways (844 x 340) | played to the end | 0 | 269 | 68 |
| Small phone held sideways (667 x 320) | played to the end | 0 | 262 | 68 |
| iPad, upright (820 x 1106) | played to the end | 0 | 597 | 68 |
| iPad, sideways (1180 x 746) | played to the end | 0 | 524 | 68 |
| Laptop (1366 x 768) | played to the end | 0 | 524 | 68 |
3. Accessibility
Keyboard only. The training was played with no mouse: Tab, Space, Enter and the arrow keys. 32 of 33 steps were finished that way. Steps where you press a marked point could not be finished without a pointer, so a mouse was used for those steps only, to reach the rest of the training.
Focus. 35 Tab stops were visited. Every one showed a visible focus indicator. After 1 of 49 key presses the focus went back to the top of the page.
Narration. 36 of 36 spoken lines were on screen as text while they played.
Zoom and reflow. 320 CSS px (SC 1.4.10): no sideways scrolling, main button on screen; 200% zoom (SC 1.4.4): no sideways scrolling, main button on screen. With the WCAG text-spacing override, no text was clipped.
Automated rules (axe-core 4.10.3, WCAG 2.x A and AA), run on the first card, on the first step of every kind and on the finish screen. Rules that failed at least once:
- No rule failed.
The full conformance report for the player is the accessibility conformance report (VPAT).
4. What this training says about itself
Pictures. One generated 360 image of a light-aircraft cabin, plus one public-domain FAA diagram.
Told to the trainee: “This cabin is a generated 360 picture, not a photograph of a real aeroplane”
Declared limits
- None of the printing in the cabin is real writing; nothing is named from a label and no instrument reading is taught, only the dial faces.
- The panel is not a certified layout and the centre console is not a real light-single console, so trim, fuel selection and the console are not taught.
- It does not name the aircraft type and does not teach a checklist; the aircraft's own flight manual governs that.
- The seat rails and lock pins are taught but are not visible in the picture.
- It does not claim 'clear prop' is a regulated phrase; no rule prescribes the call, and the FAA handbook's word is CLEAR.
5. What was not tested
- Real handsets. The screen shapes are Chrome set to each size, with a phone's touch and toolbar behaviour simulated. The iPhone check runs WebKit on Windows, not an iPhone.
- A screen reader (NVDA, JAWS, VoiceOver) played through the whole training by a person.
- Firefox, and Safari on a Mac.
- A slow or dropped network while the training plays.
- A VR headset. This page covers the browser player only.
- Whether the teaching is right for your site. That is a subject-matter review, not a test.
Machine-readable record of this page: before-the-prop-turns.json. Every number on this page comes from that record, and every value in it comes from a test run on 2026-10-30. Nothing is typed in by hand.