Screen Reader Support checklist for MUDs
This checklist provides actionable steps for MUD developers and administrators to ensure their game world and client scripts are fully accessible to blind and low-vision players using screen readers like NVDA or JAWS.

Prompt and Status Line Configuration
0/5Configurable Prompt Toggles
criticalVerify that players can toggle off the prompt or switch to a 'brief' version to prevent screen readers from re-reading HP/Mana/Stamina values after every command.
GMCP Status Implementation
recommendedEnsure vital statistics are sent via GMCP (Generic Mud Communication Protocol) so screen reader users can monitor health through client-side overlays rather than main-buffer text.
ASCII Status Bar Removal
criticalCheck that visual progress bars (e.g., [#####-----]) are replaced with numeric percentages or text when accessibility mode is enabled.
Prompt Suffix Newline Support
recommendedConfirm the server can force a newline after the prompt to ensure screen readers recognize it as a distinct line of text.
Inline Prompt Suppression
criticalVerify that prompts do not appear on the same line as incoming game text, which causes screen readers to skip the prompt or the text.
Combat and Spam Mitigation
0/5Combat Brief Mode
criticalImplement a mode that compresses combat output into single-line summaries (e.g., 'You hit the goblin for 10 damage' instead of three lines of flavor text).
Status Effect Text Cues
criticalEnsure every status effect change (stun, poison, haste) generates a unique, searchable text string for client-side audio triggers.
Damage Type Differentiation
recommendedVerify that different types of damage (fire, cold, physical) are explicitly named in text rather than relying on color codes alone.
Combat Round Summaries
optionalProvide a command to toggle a round-end summary that aggregates all damage dealt and received into one line.
Target Status Indicators
recommendedEnsure the target's health condition (e.g., 'The orc is badly wounded') is sent as a text string at the end of a round.
Room and Environment Layout
0/5ASCII Map Suppression
criticalVerify that visual ASCII maps can be disabled globally or replaced with text-based cardinal direction exits.
Exit List Formatting
criticalEnsure room exits are listed clearly at the end of a room description, formatted as a comma-separated list or vertical list.
Object and NPC Line Breaks
recommendedCheck that items on the ground and NPCs in the room are listed on separate lines rather than in a single paragraph block.
Room Title Landmarks
criticalVerify that room titles are distinct and consistently formatted to allow screen reader users to quickly identify their location.
Visual Decoration Removal
recommendedEnsure that decorative borders (e.g., lines of asterisks or dashes) can be disabled via a 'brief' or 'accessible' command.
Communication and UI Navigation
0/5Channel Prefix Verification
criticalEnsure every message sent to a chat channel begins with a clear bracketed prefix (e.g., [Global] or [Auction]).
Tabular Data Alternatives
criticalVerify that lists (inventory, score, who) do not rely on multi-column ASCII tables which are unreadable by screen readers.
Help File Structure
recommendedCheck that help files use standard headers and avoid ASCII art diagrams for explaining game mechanics.
Menu Selection via Numbers
criticalEnsure all in-game menus (shops, trainers) allow selection via numeric input rather than requiring visual cursor positioning.
Timestamp Toggles
optionalProvide a setting to disable timestamps on communication channels to reduce redundant text for the screen reader.
Accessibility Mode Implementation
0/5Global Accessibility Toggle
criticalCreate a 'SET ACCESSIBILITY ON' command that automatically applies all screen-reader friendly settings in one step.
Login Sequence Accessibility
criticalVerify that the connection screen and character selection process are purely text-based and free of ASCII art splash screens.
Documentation of Accessible Commands
criticalProvide a 'HELP ACCESSIBILITY' file detailing all commands and client-side recommendations for blind players.
Audio Trigger Support Strings
recommendedEnsure that timing-critical events (e.g., a craft finishing or a cooldown ending) have a unique text string that is never shared with other messages.
Barrier Reporting Mechanism
recommendedImplement an 'ACCBUG' command to allow players to specifically report output that is difficult for screen readers to parse.