FlorianMar 31
I was helping an open-source app become more #accessible yesterday and we ran into the problem that it looks like #screenReader Orca has a bit of a tendency to crash when exposed to webkitGTK applications. I've not done Desktop #linux for a long time and have no idea what the workarounds for this would be, does anyone know anyone who might know what's happening here? Do we need to set a random environment variable somewhere or update a specific package so this person can do basic screen reader testing on their app? #tech #openSource #screenReaders #linux #GTK #webdev
Show threadFlorian
The consensus seems to be that yes, this is broken, and no, there's not really any way around it for the moment. Also no, nobody's really fixing it.
i want to, #Linux enthusiasts, I really, really do. But it's exactly this kind of thing that make me entirely unable to consider any Linux flavor as an OS I could be productive in, heck ... that I could get light usage out of. When it comes to #accessibility stuff either breaks and stays broken for years or even longer, or never worked well to begin with. I know there's efforts on their way to fix that, and all the respect, gratitude and solidarity with the people doing that no doubt thankless, against-the-current work, but as of right now there's just not enough here for me to warrant the gigantic effort and investment to get anything usable out of it that actually stays usable longterm.
Apr 1 at 12:19pmWeb
Show threadGhostrunnerApr 1

@zersiax what exactly is wrong and where? You are declaring generalities where specifics are required to help correct.

I have 3 hours after work. I can fix one thing today. What one thing do you want fixed?

Show threadFlorianApr 1
@ghostrunner I couldn't really begin to tell you. What I know is that several webkitGTK apps, when ran in conjunction with the Orca screen reader, misbehave, or crash outright. This is particularly prevalent in apps using Tauri as their runtime. I don't know why this happens, I myself don't have debug logs or crash dumps, I just know that users, like myself, were trying to run an app they made only to have it either crash the app, the screen reader, or both.
I am generalizing because in my 25+ years of being a computer user, this kind of thing is not anomalous. We're seeing it in Calamares installer accessibility issues that remained open for almost a decade, we're seeing it in the Wayland adoption where accessibility was clearly an afterthought some very talented people are now saddled with fixing, and that's just the examples I can think of by thinking for 10 seconds.
Like I said, I know people are fixing things, I just think right now, there's more people that aren't
Show threadGhostrunnerApr 1

@zersiax I feel for you. One trick I have seen in the industry is to have docker images of hundreds of installation 'profiles' which are then tested using generalized testing tools like selenium as run through cucumber.

The problem is that with cucumber, you are either verifying a location, which is buggy and hard to maintain, or you are verifying a 'rendered object name' which sometimes isnt even visible. its... better? but not ideal.

Anyway, we could create a generalized accessibility profile that can be applied and extended to various docker profiles of people's installations. it is probably better than nothing. then folks can submit to the test suite to get a badge or some silly gamification method to ensure actual use and adoption.

Show threadPeter VágnerApr 1

@ghostrunner I don't have enough knowledge on what exactly has to be done in order to fix it as a whole, however one long standing webkit issue that would be helpfull to move forward is: bugs.webkit.org/show_bug.cgi?i…

@zersiax It would be nice to get more details about crashes you are experiencing.
Is orca crashing in a way so it's no longer running after performing certain steps?
Or is it running and no longer reporting what's happening?

Could you either file an issue or try to describe on how I might be able to reproduce that orca crashing and file it on your behalf?

Orca issues are best filed at: gitlab.gnome.org/GNOME/orca/-/…

270354 – [AX][ATSPI] Accessible text implementation should not flatten text from child accessible objects

WebKit Bugzilla
Show threadFlorianApr 1
@pvagner @ghostrunner Unfortunately I don't have a setup to test it reliably. From what I heard, it's not so much Orca that crashes but rather tauri-based web apps themselves
Show threadPeter VágnerApr 1

@zersiax If you are working with someone else on this, can you please ask them to comment if it's an orca crashing or a different issue?

As I have said I have experienced when keyboard navigation has stuck in some unlabelled control and the only way to get the keyboard focus handling to work again is to restart the app either gnome web aka epiphany or any other tauri app such as deltachat-tauri. However during this orca is still running and switching into different windows it's responsive.

Severe orca issues like a crash are usually addressed in a timely manner so if we can find a reliable reproducer for an orca crash we can ask politely to get it fixed.

Show threadFlorianApr 1
@pvagner They're telling me essentially the entire UI of the application disappears and only the application background remains visible when scertain parts of the app are interacted with. I passed on that link you gave me asking if they can comment on their experience
Show thread🏳️‍⚧️PepperTheVixen🇵🇸Apr 1
@ghostrunner @zersiax This is a deficiency in linux desktops as a whole. It would take months of work to fix. It's not just one problem, it's a whole series of problems split across different packages born out of neglect for accessibility
Show threadGhostrunnerApr 1

@PepperTheVixen @zersiax yeah, im seeing this.

if we built a service folks could submit their builds to which will test the matrix of setups, we could start building bulwarks against the neglect.

definitely not a 'ill fix this in 3 hours' and more a 'ill think about this nastiness for 3 hours and feel real bad'

Show threadKay Ohtie 🔜 FWAApr 1

@PepperTheVixen @zersiax Even as someone who's sighted and (mostly) without disability, and technical, I was floundering on one distro just to get TTS besides espeak working. Thankfully far easier to solve elsedistro, but yeah, I keep seeing it being a problem and then people treating folks who are expressing broad frustration as "you're not being specific enough".

And I feel like half the problem is the people saying that are driven by problem solving only, and not learning about the entire puzzle to create their own problems within it to solve. Making disabled people do the lifting of clearly defining the technicals of their problems is, to me, a pretty crappy approach when the needs are well published already in numerous places and no one wants to learn them because they're not "technical problems".

Can't solve it yourself? Express empathy by doing what you can to put pressure on others to make it more accessible.

Speaking of, I still need to make that PKGBUILD for AUR so folks can install obs-localvocal to put captions on their stream (embed in video and/or standard subtitle closed captions in stream) more easily. Worked great once I built from source.

Show threadJeffrey D. StarkApr 1
@zersiax true that
Show thread🏳️‍⚧️PepperTheVixen🇵🇸Apr 1
@zersiax This is part of the reason that I main Gentoo. I don't want Linux on hard mode, but it's the only way I can make it work how I want it to work