[BRLTTY] Footsteps towards better accessibility in Linux
Samuel Thibault
samuel.thibault at ens-lyon.org
Thu Apr 17 11:28:17 UTC 2025
Hello,
Sébastien Hinderer, le jeu. 17 avril 2025 13:14:53 +0200, a ecrit:
> I actually suspect they are not, especially for the terminal which
> should likely have its dedicatedwidget rather than a simple multiline
> textarea as I believe is the case currently.
Concerning terminals, it depends on the operations. For inserted/deleted
text, the at-spi notifications are efficient, and brltty uses only that.
For line-by-line access, orca probably uses some get_line RPCs, which
is quite efficient too, it just requires an RPC round-trip with the
application. If the application is not very responsive, that can degrade
experience.
But I agree with your general point that the actual source of latency
should be investigated, and not just assume that it's probably the
language that is bad. Python by itself won't arbitrarily introduce
milliseconds of latency. By prioritizing what is important, the
processing cost can be mitigated. NVDA also is in python, does that hurt
there?
Samuel
More information about the BRLTTY
mailing list