Desktop app (Mac): code in the file and diff panel can't be read with VoiceOver; every line is announced as "Add comment"

Status Open
Reported on v2.1.1
Maintainer reply None cached
Activity 0 comments · opened Oct 9, 2026

Where: Claude desktop app for Mac, Code tab, the right-hand panel that opens when you open a file Claude has edited. Affects both the diff view (opened from the list of changes) and the full file view.

Assistive technology: VoiceOver on macOS, using standard VoiceOver navigation (VO-arrow keys, VO-Space).

Impact: Blocker. A VoiceOver user cannot review any code Claude writes or changes, which is the core of the Code tab.

Steps to reproduce

  1. Ask Claude to edit a file in a project.
  2. Open the edited file. It opens in the panel on the right side of the window.
  3. Move the VoiceOver cursor into that panel with VO-Left/Right Arrow.
  4. Press VO-Space to open or interact with the file.
  5. Press VO-Down Arrow to read the code line by line.

Reproduced with three different files, both when opening a file from the list of changes (diff view) and when opening the full file.

What happens

  • VoiceOver says only "Add comment" as you move through the panel. The code itself is never read.
  • There is no way to tell which lines were added, which were removed, and which were changed. That information appears to be shown only visually.
  • Even getting into the file and moving around in it is difficult. The panel opens, but interacting with its contents is not practical with VoiceOver.

What should happen

  • Every line of code can be read with VoiceOver, using normal reading commands (VO-Down Arrow, VO-Right Arrow, reading by line and by word).
  • Each changed line says what kind of change it is, for example "Added", "Removed", or "Changed", along with its line number, as text VoiceOver reads, not only as color or a marker.
  • The "Add comment" control is available for each line but does not replace the line's contents. For example, it could be a separate button after the line or an action on it, so the code is read first.
  • A simple way to move between changes, such as next change and previous change commands, so a screen reader user does not have to read every unchanged line.
  • Optional: a plain text view of the diff (unified diff format) that can be read top to bottom.

Which accessibility rules this breaks

  • WCAG 1.3.1, Info and Relationships: whether a line was added or removed is shown visually but is not available to assistive technology.
  • WCAG 1.4.1, Use of Color: added and removed lines appear to be told apart by color alone.
  • WCAG 4.1.2, Name, Role, Value: each line is announced as "Add comment" instead of by its contents.
  • WCAG 2.1.1, Keyboard: the panel's contents cannot be practically reached and read without a mouse.

View original on GitHub ↗