Pointing at the error: compiler-style diagnostics in uutils coreutils
11–14 of 14 posts
Re: Pointing at the error: compiler-style diagnostics in uutils coreutils
#12Please run all of these through a TTS engine. Yes, it is very helpful to have actually directed information. But the need to use a TUI to do it, bugs me. Not coincidentally, I use JAWS most of the time.
While this is using ariadne for rendering, for annotate-snippets (the renderer for rustc) there is active work for a screen reader mode. This is being tracked at https://github.com/rust-lang/annotate-snippets-rs/issues/351
"Happy it exists at all" resonates. Most accessibility users find something inaccessible, sigh, and move on. Most of the time there is nothing we can do, and most of the time the complaint platform itself is inaccessible. We're taught not to complain.
But... The idea of a NO_GRAPHICS env var? I don't particularly like that. Its a hidden, unstandardised, global. To discover it exists, I have to first use the software in its inaccessible form - where I'd find it inaccessible, sigh, and move onto something else.
Re: Pointing at the error: compiler-style diagnostics in uutils coreutils
#13Earlier quoted context omitted.
While this is using ariadne for rendering, for annotate-snippets (the renderer for rustc) there is active work for a screen reader mode. This is being tracked at https://github.com/rust-lang/annotate-snippets-rs/issues/351
Yeah, I'm not really sure how to feel about the way they plan to handle it. "Happy it exists at all" resonates. Most accessibility users find something inaccessible, sigh, and move on. Most of the time there is nothing we can do, and most of the time the complaint platform itself is inaccessible. We're taught not to complain. But... The idea of a NO_GRAPHICS env var? I don't particularly like that. Its a hidden, unst…
That said, at least for cargo, there will also be a `term` config field for it.
Re: Pointing at the error: compiler-style diagnostics in uutils coreutils
#14Earlier quoted context omitted.
Yeah, I'm not really sure how to feel about the way they plan to handle it. "Happy it exists at all" resonates. Most accessibility users find something inaccessible, sigh, and move on. Most of the time there is nothing we can do, and most of the time the complaint platform itself is inaccessible. We're taught not to complain. But... The idea of a NO_GRAPHICS env var? I don't particularly like that. Its a hidden, unst…
Most of these global env vars started somewhere. That said, at least for cargo, there will also be a `term` config field for it.