News for hackers. Stuff that matters.
Re:Discord is ditching Electron and its new app uses less RAM by the__alchemist on Thursday November 05, 2026 @02:43PM (#50383492)
This is one angle. I do not see it as a deal breaker in the way you phrase it. I suppose we all have our own. If everyone's had to be satisfied, we'd have no software!
Re:Discord is ditching Electron and its new app uses less RAM by Forgeties79 on Thursday November 05, 2026 @02:51PM (#50383590)
It’s potentially a dealbreaker for millions of people whether they want it to be or not unfortunately. For them accessibility is not optional or can otherwise be taken as a “wait and see” issue.
Re:Discord is ditching Electron and its new app uses less RAM by ethin on Thursday November 05, 2026 @03:10PM (#50383825)
This is a dealbreaker for me even if I didn't want it to be. If your application does not either interact with a11y frameworks (UIA, AT-SPI, NSAccessibility, ...) or does not implement an equivalent that communicates with my screen reader, I literally cannot use your application. I could OCR your application, or use AI and have it use your app for me via screenshots, but neither are even remotely comparable to using the native platform accessibility frameworks.
Re:Discord is ditching Electron and its new app uses less RAM by veverkap on Thursday November 05, 2026 @03:32PM (#50384101)
Could someone use AI to make the GPUI kit become accessible? You (or someone else) mentioned that it doesn't even have the primitives so is it a non starter?
Re:Discord is ditching Electron and its new app uses less RAM by ethin on Thursday November 05, 2026 @03:46PM (#50384268)
No, I mentioned that most rust UI toolkits lack even the primitives. The primitives for even basic accessibility, without accessibility frameworks, would be things like focus events, carrot navigation, navigation in containers such as list/combo boxes, line/paragraph handling in multi-line edit boxes and the like. Adding native accessibility forces you to do a lot of this but just in a different way than routing text directly to a screen reader.

As for me doing it? According to prior comments in this thread it's already done, although I haven't tested it so I don't know how complete it is. Adding UIA support to a framework is different from making that support good (screen readers can be very picky). As an example, say you have a label of an edit box. If you position the label just right within it's parent container a screen reader will pick it up automatically and just announce it as you focus the edit box. But if you don't, all you'll hear is "edit <contents|blank>". There are ways around this (e.g., you can override label detection) but the "ideal" state is that the screen reader picks up that stuff automatically and you just give it the bounds of the various controls and UI elements.

Re:Discord is ditching Electron and its new app uses less RAM by selfmodruntime on Friday November 06, 2026 @01:02PM (#50395909)
Neatly phrased comment, where „fuck the blind“ would have sufficed.