Accessibility at Mr Camera Crew

We aim to meet WCAG 2.2 Level AA (opens in a new tab). Right now Mr Camera Crew is partially conformant — most of the standard is met, and the specific things that aren’t are listed below rather than left for you to discover.

We’d rather publish an honest list than a badge. If something on this page turns out to be wrong, that’s a bug and we want to hear about it.

• Keyboard access. Every page can be navigated without a mouse, in an order that matches what you see. A “skip to content” link is the first thing you reach on each page, so you don’t have to tab through the header every time.
• Screen readers. Pages have real headings and landmarks, forms have real labels, and actions in long lists say which record they act on — “Suspend Maya Chen”, not one of twenty-five buttons that all say “Suspend”.
• Availability and status without colour. On the comparison screen, each crew member’s availability reads as “Available”, “Unavailable” or “No response yet”, not just a green or grey mark. Booking status, invoice status and calendar entries all carry words as well as colour.
• Contrast and zoom. Text and controls are checked against the AA contrast thresholds, and the site can be zoomed to 200% without losing content.
• Reduced motion. If your device is set to reduce motion, animations and transitions are switched off.
• Confirmation before anything costly. Booking a crew member, sending an invoice, marking one paid or voiding one all ask first — these move money and send messages to other people, so they shouldn’t fire on a stray keypress.
• Errors you can actually hear. If a sign-in or a form fails, the message is announced rather than silently appearing, and what you already typed is kept.

These are real, current gaps. Each one has a reason and, where it matters, a workaround.

• Portfolio photos are described by position, not content. A screen reader currently hears “portfolio photo 3 of 12” rather than what the photograph actually shows. Only the photographer can meaningfully describe their own frame, so fixing this properly means giving crew a place to write those descriptions. That work is planned, not done.
• The comparison screen is hard to use on a small screen. When a project has many proposed dates, the crew-by-date grid scrolls sideways. It is readable with a screen reader and reachable by keyboard, but on a phone it’s cramped. A layout that doesn’t rely on a wide table is a redesign we haven’t done yet.
• Calendar entries get truncated on narrow screens. Month-view entries show the booking status first, so on a phone a long project name can be cut off. The full text is available to screen readers and on hover, and the schedule view lists the same information without truncation.
• The crew directory’s hover previews can’t be paused. Resting a mouse pointer on a crew card cycles through their photos. If you’ve asked your device to reduce motion, this no longer runs at all — but there is no separate pause control, which matters if you use a head pointer or eye tracker.
• One dark colour scheme only. There is no light theme and no high-contrast mode. If you need a lighter rendering, browser or operating-system tools are currently the only route.
• The feedback widget is a third party. The “Feedback” button in the app opens a tool we don’t control and haven’t fully tested for keyboard use. If it doesn’t work for you, email us instead — that always reaches the same place.

In August 2026 we ran a full review of the site against WCAG 2.2 Level AA, covering the public pages, the sign-in flows, the client and admin screens, and the interactive pieces like the photo editor and image viewer. It combined reading the code, inspecting what the pages actually send to the browser, measuring colour contrast, and testing with a keyboard.

This is a self-assessment. It has not been audited or certified by an independent third party, and it hasn’t been tested end to end with every screen reader and assistive technology combination. That means the list above is our best current understanding, not a guarantee.

If any part of this site blocks you — a control you can’t reach, something your screen reader doesn’t announce, text you can’t read — email dan@mrcamera.tv. Say what you were trying to do and what happened; you don’t need to know the technical name for it or which standard it breaks.

A real person reads these. We aim to reply within 5 business days, and we’ll tell you either when it’s fixed or, if it’s a bigger piece of work, roughly when to expect it.

If something is blocking you right now and you need it dealt with rather than queued — you want to book crew, or you’re crew trying to respond to a job — say so and we’ll handle it directly by email or phone while the fix is in progress. Nobody should lose work because of a problem on our end.

Privacy Policy · Terms of Service · Fees