this post was submitted on 27 Oct 2023
5 points (100.0% liked)

Blind Main

13 readers
1 users here now

The main community at rblind.com, for discussion of all things blindness.

You can find the rules for this community, and all other communities we run, here: https://ourblind.com/comunity-guidelines/ Lemmy specifics: By participating on the rblind.com Lemmy server, you are able to participate on other communities not run, controlled, or hosted by us. When doing so, you are expected to abide by all of the rules of those communities, in edition to also following the rules linked above. Should the rules of another community conflict with our rules, so long as you are participating from the rblind.com website, our rules take priority. Should we receive complaints from other instances or communities that you are repeatedly, knowingly, and maliciously breaking there rules, we may take moderator action against you, even if your posts comply with all of the rblind.com rules linked above.

founded 1 year ago
MODERATORS
 

I am very curious and want to help to make Linux more accessible.

I wrote with some people and got some insights:

  • everything text, like a read-mode-only browser or a plain Terminal is best for TTS engines.
  • TTS engines are difficult, some are really good but need many resources, some are worse but save resources
  • TTS needs to be optimized to be really fast in some cases, to keep up with the speed
  • some apps are better, some are worse, but probably most apps dont really suit blind people, as the whole GUI concept makes no sense

I am really curious. How would it be best for you, braille vs. voice, voice input vs braille vs. gestures?

What apps do you find best, how do you browse the web, find media to listen, how do you use Document editors and what purpose do they have for you?

Thanks a lot!

you are viewing a single comment's thread
view the rest of the comments
[–] Illecors@lemmy.cafe 3 points 1 year ago (1 children)

Preface: I'm not blind. I'm aware you've not asked for solutions, I just can't help myself. Sorry!

  • I'm running Gentoo and have switched to pipewire+wireplumber and have had no issues. Probably because my needs are simple. What I do want to point out, though, is that I'm launching pipewire and wireplumber from my shell rc file before my window manager. I've tried playing sound from a tty and it worked, although that was the limit of my testing.
  • I'm using OpenRC, but in terms of fstab breaking boot it works the same. All you need to do is add a nofail option to the volumes you don't need for boot to succeed.
  • I cannot say what's going on with the kernel module breaking and apt does not appear to support hooks. All I can suggest is create a wrapper script that runs
    • apt-get update
    • apt-get upgrade
    • rmmod speakup
    • insmod speakup
    • systemctl restart speakup
  • No comment about API, that's beyond my understanding.

I do wonder if creating a Gentoo distro focused towards accessibility would help get some more feedback from the most technical and courageous users.

[–] fastfinge@rblind.com 2 points 1 year ago (1 children)

I have no problems with solutions. Thanks for helping me, and for helping blind searchers in the future who want to give Linux a try. My point here, really, was that the defaults are bad. When you configure drives to mount via the GUI, it doesn't set nofail. I wasn't even aware that was a thing. But never the less, a drive that mounts only to serve as a fileshare for Samba shouldn't prevent everything from coming up by default if it can't mount. The assumption behind every design decision made by the entire Linux boot process assumes that if something fails, you can see the screen. Similarly, when you initialize sound from your shell RC file, it means blind folks can't log in via the TTY, because we don't have sound at that point. Sound needs to be moved out of userland if we're ever going to have a fully blind accessible Linux. Not only do I need sound to get logged on in the first place, without sound, the system can't tell me about any errors until after I log in.

[–] MostlyBlindGamer@rblind.com 2 points 1 year ago (1 children)

Ah, that time I magnified the screen with my phone to get my NAS back up. Conversely, that time I did unspeakable things to my Mac and got it restored just fine.

Yeah, it’s not about the specific issues, it’s about assumptions and lack of out-of-the-box accessibility.

[–] Illecors@lemmy.cafe 2 points 1 year ago (2 children)

Fair points. All I can say is that Linux was built in a way to be commanded. It makes no assumptions, fails on error. In general that's an amazing thing and really what majes it great, but I appreciate the fact it gets in a way of accessibility specifically.

[–] MostlyBlindGamer@rblind.com 2 points 1 year ago

I completely agree. It wasn’t built to be a desktop OS.

[–] fastfinge@rblind.com 1 points 1 year ago (1 children)

But it does make assumptions. It assumes I can see the monitor and read printed text. I'd have no problem with it failing on error, if that failure always made sound. There are BIOS firmwares that can play mp3 files, and DOS could make noise via the PC speaker, for God's sake. There's no excuse for Linux's ableist assumptions.

[–] Illecors@lemmy.cafe 1 points 1 year ago (1 children)

I'll stick to what I said before - it doesn't. You can command it to make noise, but it has to be an active decision.

[–] fastfinge@rblind.com 1 points 1 year ago

But you don't have to command it to print text on the screen. That doesn't need to be an active decision. Your assumptions are still showing.