Keyboard, Fullscreen, Projector, and Motion Guide

WheelOSpin is often used while other people watch a shared screen. A successful presentation depends on more than making the wheel large: participants need to know the active options, selection rule, result, and how to participate without relying only on color, sound, or motion.

Keyboard operation

Press Space to spin when focus is not inside an input, text area, or select control. This prevents a space typed into an entry from starting the wheel.

Use Escape to close the result or embed dialog. Standard Tab and Shift+Tab navigation move through buttons, fields, and links. The focused control receives a visible outline.

The center play button and the main Spin the Wheel button both start the same action. Buttons include text or accessible labels so the action is not represented only by an icon.

Fullscreen and projectors

Fullscreen mode enlarges the wheel area and removes surrounding distractions. Test the projector or shared-screen view before participants arrive:

1. confirm the entire wheel and pointer are visible;
2. increase browser zoom if labels are small;
3. shorten long labels rather than relying on truncation;
4. check contrast in the room’s actual lighting;
5. keep a verbal or text copy of the result available.

Very large lists create narrow segments and unreadable labels. Importing 100 names may be technically possible, but a projected wheel with that many slices is hard to inspect. Split the activity into smaller eligible groups or use codes that remain distinct at the displayed size.

Do not rely on color alone

Segment colors help separate entries, but the labels and result text carry the meaning. Do not tell participants to choose “the green one” when colors can repeat or be difficult to distinguish. Read the winning label aloud when the group cannot all see the result.

Sound and confetti

Sound effects and confetti are optional. Turn them off for quiet rooms, screen-reader users who need a less cluttered audio environment, participants sensitive to sudden effects, or any setting where celebration would be inappropriate.

The selected result does not depend on sound or confetti. Disabling either changes presentation only.

Motion

The spinning animation is a central part of the interface and can be uncomfortable for some viewers. WheelOSpin reduces nonessential transition and confetti motion when the operating system requests reduced motion. A wheel still needs to rotate to present the standard spin, so reduced motion is not the same as a motion-free result.

When spinning motion is unsuitable:

• keep the screen off the shared display during the animation and announce the text result;
• use a short spin speed;
• disable confetti;
• use another simple random selection interface that reveals text without rotation.

The facilitator should offer an alternative rather than expecting a participant to watch an effect that causes discomfort.

Screen readers and canvas

The wheel graphic is drawn on an HTML canvas, which is not itself a complete text representation of every segment. The editable options remain available as standard input fields, and the winner appears as text in the result dialog.

For an activity where a screen-reader user must independently inspect every option, review the input list together before spinning. If the current interface does not meet the participant’s needs, use the same options in an accessible list-based random picker.

A presentation checklist

Before the first spin:

• verify the list and remove duplicates;
• explain equal or weighted probability;
• state whether a winner remains eligible;
• confirm everyone can decline where participation is voluntary;
• choose sound, confetti, and spin speed for the room;
• test keyboard focus and result visibility;
• prepare a nonanimated alternative.

Accessibility is not a claim that one interface works identically for everyone. It is the practice of making the rule understandable, offering usable controls, and having an alternative when the visual wheel is not suitable.