JAWS is very well-known, and well-supported. Web sites are often tested against it.
There’s something to be said about having a well-known system, as it cultivates a great deal of “tribal knowledge,” and that can be invaluable.
That said, I think that we train ourselves on whatever platform we use. Both Windows and Mac have fairly comprehensive support for Accessibility. I think Apple is newer to the game, but the granularity of the options in the latest OSes is pretty crazy. Not just for blind folks; but for all kinds of disabilities. I’m confident that Apple takes accessibility very seriously.
I like to leverage accessibility and localization in my programming.
＞ I'm confident that Apple takes accessibility very seriously
I think Apple gets too much of a pass for being serious and commited, where other players have actual results.
On mild level accessibility, the part that surprised me the most was keyboard mapping. While macos got caps lock/esc/ctl remapping as touted out improvement, there is no blessed way to remap the rest of the keys.
That means third party deamons like Karabiner are the only straight option, and since it stopped being a kernel extension it's also out of the critical loops and will lag under load. In the worst moment I see keystrokes getting processed with enough lag to miss the combined triggers or go to different applications.
Windows has more options out of the box (e.g. 106 key layouts IME languages etc.), Powertoys is blessed and efficient, and AutoHotKey works well even under stress.
I'm still hoping for more improvement on macos land, but I wish there was less talk and more work on Apple's part.
my understanding of this is that Windows definitely makes it easier to write keylogging software etc. which of course also turns into making it easy to do all sorts of other keyboard things like hotkeys etc. (or perhaps I should say Windows makes it easy to write all sorts of hotkey, keyboard manipulating tools which means writing bad things like keyloggers etc. is also super easy)
This (again my limited understanding) is why AutoHotKey has not been successfully ported to Mac, because it is either not technically possible
to achieve or time required would make it not worthwhile.
Ukele seems to be about character output, and doesn't interfere with the actual physical key behaviors or modifiers (that's what I get from the site and the interface when running it).
For instance I need the Left and Right Command keys to each switch on/off the IME when single pressed, and act as Command when combined with other keys. Same way the Fn key doesn't seem to be mappable.
Seems to work at the same level as the Powertoys remapper on windows, minus the shortcuts.
I still use Ukulele and a custom Swedish Dvorak keyboard layout without any problems (in fact, the layout I created 10+ years ago still works out of the box, on every release of macOS).
There’s something to be said about having a well-known system, as it cultivates a great deal of “tribal knowledge,” and that can be invaluable.
That said, I think that we train ourselves on whatever platform we use. Both Windows and Mac have fairly comprehensive support for Accessibility. I think Apple is newer to the game, but the granularity of the options in the latest OSes is pretty crazy. Not just for blind folks; but for all kinds of disabilities. I’m confident that Apple takes accessibility very seriously.
I like to leverage accessibility and localization in my programming.