Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

add screen reader support via AccessKit

Offen
  • Stimmt etwas nicht?
#200 0 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
28/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
rust
Bereich
accessibility, desktop

Rechercherichtung

Start in baseview/src/win/window.rs at wnd_proc (around line 121) and handle WM_GETOBJECT by calling accesskit_windows::Adapter::handle_wm_getobject as described. Find the matching Mac window path and wire AccessKit there too. Done means screen readers (Narrator, NVDA, VoiceOver) can inspect the plugin UI when hosted via baseview.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Hello,

I recently tried to implement a VST plugin using nih-plug (https://github.com/robbert-vdh/nih-plug). nih-plug uses baseview in combination with one of three different UI frameworks, Iced, Vizia and Egui, of which Vizia and Egui already support accessibility when run via winit, but not via baseview. In order to provide screen reader accessibility under Windows and Mac (and presumably other platforms too), the AccessKit crate is used. I opened an issue over on the nih-plug issue tracker (https://github.com/robbert-vdh/nih-plug/issues/174), and @DataTriny stepped up with some really helpful insights.

On Windows, accessibility should be activated when a window receives the WM_GETOBJECT message. As you can see in baseview/src/win/window.rs in the function wnd_proc (starting at line 121), this message is simply ignored. To directly integrate AccessKit, one must call accesskit_windows::Adapter::handle_wm_getobject whenever this message arrives.

These are only instructions for Windows, I assume corresponding measures need to be taken in order to support Mac OS accessibility as well.

It'd be great if someone could take a look at this, I myself am way to unexperienced with that I think, although I'd be happy to help wherever I can.
Testing can be done natively under Windows via Narrator and VoiceOver under Mac OS. Alternatively NVDA, a free and really popular screen reader, can be used under Windows too.

Please let me know if you need more information.

Thank you.

Vorherrschende Sprache
Rust
Sterne
387
Forks
128
Ø Merge
3 T. 2 Std.
Gemergte PRs (30 T.)
15

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus RustAudio/baseview

Alle Issues in RustAudio/baseview

Ähnliche Issues

Weitere Issues zu Rust

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.