It sounds to me that what we need is a version of the client side script language that always renders the pages in ways that are accessible to the text browsers. Or at least won't kick the text browsers out for not running javascript. 90 percent of the time, all I want from a given java script intensive page is a direct link to some media stream or other. Then I can just plug it into my favorite media player. Most of the other times I just want to get past some blasted captcha test. Almost everything else falls into the I Don't Care category. This makes the solution two pronged. Prong one is to write a version of javascript that performs as desired. Prong two is to modify the browsers to actually attempt to run the javascript functions, but using the text friendly version of javascript. On Thu, Nov 03, 2022 at 04:19:45PM +0000, Linux for blind general discussion wrote: > Whether or not Python, HTML5, or any other newer rich web standard > eventually supersedes JavaScript completely, it doesn't change the > fact that as long as a significant fraction of web pages make heavy > use of client-side scripting in one form or another and do so in a way > that renders the page unusable in browsers that lack support for > client-side scripting, such browsers are going to feel very limiting. > > And to be honest, I tend to parse "JavaScript" as a catch all for > client-side scripting on web pages. Besides, I remember hearing that > console browsers are also trailing in support for HTML5 and since this > is the first I'm hearing of Python being used on web pages, I have to > question whether the python is running on the server or the client, > and if the client, how browser support for such is. > > And while its true there are things Orca can do a console screen > reader never could without a major overhaul to how the console works, > in my mind, the biggest thing Orca brings to the web you don't get > with a console screen reader are the navigational hotkeys, which to be > blunt are so damn useful I don't know how I got by without them back > when I had a working eye and have no idea why they or something > similar isn't a standard feature in web browsers. Seriously, if I woke > up tomorrow and could miraculously see again, even if I permanently > muted Orca, I'd probably keep it around just for the navigational > hotkeys unless I could find a Firefox extension that did the same. And > in theory, I would think it easier for navigational hotkeys to get > baked into Links the chain, Lynx the cat, elinks, etc. than to > overhaul the console to let console screen readers talk to console > applications on the backend like GUI Screen Readers do with GUI > applications. After all, the browser knows where the html tag > corresponding to the various types of html elements Orca uses for > structural navigation are and persumably where the corresponding text > on the displayed page is. > > Give me a console browser with an acceptable level of support for > client-side scripting and built-in navigational hotkeys, and I could > probably live with console screen readers not knowing how to read > multi-column text and having to learn a different set of > keybindings(after all, despite originally learning how to make text > documents with the desktop standard keybindings, I've gotten so use to > nano's keybindings I sometimes try doing something the nano way when > typing in Firefox). > > And for what it's worth, I probably wouldn't be half as bothered by > the state of console browsers If I made heavy use of GUI applications, > but the thing is, Firefox is the only GUI application I use for its > own sake, Orca, my window manager, and everything else GUI on my > system is to let me use Firefox. If I ever found a console alternative > to Firefox that provided a comfortable browsing experience, I could > ditch the GUI entirely. > > _______________________________________________ > Blinux-list mailing list > Blinux-list@xxxxxxxxxx > https://listman.redhat.com/mailman/listinfo/blinux-list -- Rudy Vener Website: http://www.rudyvener.com Twitter: https://twitter.com/RudySalt _______________________________________________ Blinux-list mailing list Blinux-list@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/blinux-list