Updated 17 September 2025
HTML/SR Lookup milker
"a list of links to each of the #HTML elements in the screenreader-HTML-support tables following an element named link will display the Screen Reader HTML Support – Lookup with the data for that element."
https://html5accessibility.com/stuff/2025/09/16/html-sr-lookup-milker/
Screen Reader HTML Support—Lookup, by @SteveFaulkner:
Since my previous post asking about programmers, etc. received so many positive responses, I am going to use the same tags and explain what I wish to accomplish. That way, I can learn from real experts what is possible and what isn't. Note that I am not a programmer and am just writing as a user.
Hello, everyone. I am forty-one and totally blind, having never seen. I have loved DOS since I was a teenager and basically taught myself tto use it, since by the time I learned about it, people were already moving to Windows. I love XP and 7 but find 11 to be frustrating and annoying. Unlike many, I don't find Linux or Mac OS to be worthy replacements. But I strongly feel, given the general advances in technology, as well as those in modern versions of DOS, that it can be a viable alternative. It's quick, efficient, and text-based. This, then, is my ultimate vision. Some of these things may be easier to implement than others, and some may not even be possible. One of my favourite sites is this one, which debunks all sorts of fallacies related to DOS and gives me hope that my dream may someday be realised.
http://www.chebucto.ns.ca/~ak621/DOS/DOS-Fal.html
Summary
My ultimate vision is a 32-bit version of DOS with true multi-tasking, a talking installer, an updated screen reader, a software synthesizer, and usb support that could be used as a daily operating system on modern (or at least semi-modern) hardware.
Blind-Specific Goals
1. Talking installer: One of the main difficulties of installing DOS for a blind person is the lack of speech without a dedicated screen reader. This was true even in Windows XP, and to a lesser degree, 7, though Talking Windows PE (a version with the NVDA screen reader slipstreamed into it) changed that. I have also seen someone load config.sys, autoexec.bat, and command.com along with the ASAP screen reader onto a floppy and boot from it, so it may, indeed, be possible, though booting from a floppy is automatic, whereas booting from anything else would require changing the bootloader, which is not accessible to the blind. If it is not possible to create a talking installer, perhaps some sort of batch system, similar to XP Unattended, can be created, so that the user just has to hit a few keys and start an automatic installation.
2. Software speech synthesis or reasonable alternative: This might be one of the most difficult things to implement, but it is th emost important. As it stands, most DOS screen readers work with hardware synthesizers that connect either via a serial port or an internal card. They work well, but unless new ones are made, they may be difficult to find. Plus, many computers don't have a serial port, and I'm not sure usb to serial can even work in DOS, especially for this sort of thing. Ideally, there would be a synthesizer, similar to ESpeak in NVDA, that would work directly with the screen reader to voice text on the screen. However, it seems that these sorts of synthesizers require apis, etc. that DOS doesn't have. Whether it would be possible to simulate a hardware synthesizer in real DOS as is done in the Talking DOSBox, which also contains Windows 95, I don't know. It is possible to send speech directly to the pc speaker, but most pc speakers, when they exist, are designed for beeps and very low quality output. That said, there was a novelty synthesizer, called Tran, that did just this. Perhaps a more serious version could be created and connected to a screen reader. There were screen readers that worked with the SoundBlaster synthesizer which did use software, but even that required the real card to be installed. If drivers and synthesizers can be created for more modern soundcards, that might be a bridge between full software synthesis and requiring an external device. A final option is simply to create modern synthesizers with an RS-232 connection. At least the speech would be good and they would still be manufactured, unlike the older ones.
3. Updated screen reader support: I don't know how much screen readers would need to be updated in order to be able to take advantage of modern programs and versions of DOS, but having that option would be a good thing. The only fully open source screen reader I know of is Provox. While JAWS for DOS, Vocal-Eyes, Flipper, etc. were all made freely available, we don't have their code. I am going to attempt to contact Larry Skutchan, maker of ASAP, to ask if he is willing to let us work with the code, or rewrite and update it, as he may no longer have the program.
General Goals
1. 32-bit: Even in Windows, I don't see the need for a 64-bit system. But I do think that DOS can benefit dramatically from being upgraded to 32-bit. It would mean more memory could be used in ram, true multi-tasking without extra tools could be done, and maybe, some of the blind-specific ideas of mine could be accomplished. I really cannot stress the importance of multitasking enough, even for mainstream things such as browsing the Internet while keeping an e-mail client open to alert for notifications, or even listening to music while reading a website or downloading something. I am fully aware of tsr programs, and they are wonderful, but they don't allow for background processes. I have heard of FreeDOs-32, but it seems to be no longer maintained.
2. Full usb support: I know that there is very rudamentary support for usb storage, but if this could be expanded to other devices, it might be possible to use a sound card for speech, a usb keyboard, a camera or scanner for ocr, a wifi dongle, etc.
3. An accessible, modern browser and wifi support: I know that it is possible to connect to the Internet using certain wireless cards. I also know that there is at least one graphical browser called Arachne. But whether it is accessible or has been updated, and whether more exist, I don't know. And what about systems without these cards? Can they access the Internet using wifi or at least cable via an ethernet connection?
4. A text-based, menu-driven desktop: I love the commandline, but sometimes, it might be quicker and/or easier to use menus. The graphical desktops require use of the mouse. I want to retain the text-based nature of DOS. It seems that this may already exist, and that I need to research DOS Navigator, Volkov Commander, Midnight Commander, and Norton Commander.
Things to Avoid
Don't turn DOS into Linux or Windows. Keep program installation simple, don't start requiring permissions for things, don't make everything graphical with a terrible interface that keeps changing, ribbons, etc., and don't include artificial intelligence as mandatory.
"Screen readers do not need to be saved by AI"
TetraLogical's @craigabbott has written a post on his own blog exploring why we shouldn’t expect screen readers to be augmented with AI to fix problems with bad content.
The real problem is producing inaccessible content from the start, such as misusing emojis, poor descriptions, or unclear writing.
https://www.craigabbott.co.uk/blog/screen-readers-do-not-need-saved-by-ai/
I know there are many #DOS gamers here and those who simply love #retroComputing and #technology . But are there any serious DOS #programmers here as well? If so, in which language/s do you write? (I want to learn #QuickBasic , but I am at the very beginning, and it's not advanced enough for what I need.) Does anyone here work on the development of #FreeDOS ? Assuming any of the above is true, do any of you know about #accessibility and #ScreenReaders ? I am totally #blind and have loved DOS since I was a teenager. I am now forty-one. I am aware of the many updates to the system over the years, but have been unable to take advantage of them due to the fact that no new or updated #AdaptiveTechnology is being developed for it. Everyone seems to love Linux. I don't. Neither do I like Mac OS. I love Windows XP and 7, but 11 drives me mad. I think we deserve another alternative to all of these, and I also think that DOS can be it if a few things are added to it, including a talking installer, an updated screen reader and good software speech synthesis. For those of you who think DOS only equals dialup modems and floppies, you may wish to read this, or at least skim through it.
I cannot figure out how to get real DOS (of any kind) working in VMWare with Com0com and NVDA (my hardware synthesizers are packed away at the moment), so right now, I have Talking DOSBox. Since it already speaks and has various synthesizers available, I would like to know if it would be possible to substitute MS-DOS with FreeDOS 1.4, since I want to try the advanced features, modern programs, etc.
The main problem I see is installing it with speech. Perplexity gave me instructions that seemed viable, but upon actually looking in the various directories, I discovered that the reason Talking DOSBox works with the SoundBlaster synthesizer is that it's not pure MS-DOS but the version that comes with Windows for Work Groups. There is another way to access speech, so that NVDA acts as a bns driver, but I'm not sure if this would work, either with MS-DOS or FreeDOS. Can anyone assist me?
What I often find such an interesting take in #accessibility discussions is this concept of "We will make it work for the majority first, and then add accessibility features".
This shows a fundamental misunderstanding of how accessibility, and therefore " features" of accessibility work.
For one, making something #accessible for #screenReaders often requires no visual modifications at all, and requires making calls early in the development cycle to not have to rewrite your entire UI using widgets that even support #assistive #technology. Once that call has been made, making elements accessible is often a matter of, what a concept, using the widgets the way they were meant to be used.
People who use screenreaders, I have a question about graphs as images in the Gender Census report.
Would you rather the alt text/image description was:
1) A very brief description such as "bar graph", and a link in the caption (under the image) to the Google Sheet containing the actual data and the graph
2) The numerical data as alt text, e.g. "nonbinary, 30%, 594. genderqueer, 25%, 456. etc."
3) Either of the above is fine
4) Something else that I have not anticipated!
Edit: The answer is that yes, if these are pages that are essentially images of text, then I need to type the text into the accessibility box found under properties (right click) in libre office.
Question for people using #screenreaders: Do I need to retype the text of a page into the accessibility box for a pdf? I am assuming yes since it sees the page as an image, correct?
#LowVision #accessibility #BlindFedi
So, are conlangs in general a disaster for screen readers or are they actually pretty manageable? I don't know much about screen readers but after a few quick searches I couldn't see anything about, like, pronunciation dictionaries or anything for Esperanto or Toki Pona so I guess that's not a thing that exists? Does anyone use screen readers for those or other conlangs?
As of GNOME 49, GNOME Settings will feature a button for configuring the Orca screen reader!
https://gitlab.gnome.org/GNOME/gnome-control-center/-/merge_requests/3215
I am so sick of AI LLMs putting aria-labels on links. It is redundant, clutters the code, and makes navigation harder for screen reader users.
Accessibility is about thoughtful usable design not pointless labels.
#a11y #Accessibility #AI #BlindTech #UX #WebDev #ScreenReaders
I'm updating our device lab computer and I see JAWS has a new major 2025 version!
I may be very behind. Is this all fine? Or are people sticking largely with the 2024 one for good reasons?
Thanks for any insight!
Alright, I've managed to get text and HTML outputs working reasonably well tonight, and got an initial version of a text and Docx character sheet going.
I'm not very good with a screen reader, but it seems to be reasonably navigable? I'm not sure what's normal and what's painful to someone using it on the daily.
If anyone is interested in testing my stuff, I'd appreciate any and all feedback!
Anyone around who's into TTRPGs who uses accessibility tools like a screen reader? What's the best way to make RPG material available to low vision users? How do you approach character sheets, and how can they be designed to be more accessible?
EDIT: Well this blew up-
Thank you all! I have a starting point now, but I'd very much appreciate any and all feedback on what I have now if anyone's interested!
For those who use RIM (Remote Incident Manager), quick question: can you connect to an unattended computer while it’s asleep, or does it have to be on and awake the entire time?
\#Accessibility #BlindTech #RemoteAccess #RIM #TechSupport #ScreenReaders
Dearly beloved, add alt text to your images, especially if your post is just a reaction to something in a screenshot. That is all.