Re: [orca-list] Small bug when using BRLTTY in a graphical terminal



Samuel Thibault (2022/04/28 10:45 +0200):
Sébastien Hinderer, le jeu. 28 avril 2022 10:42:03 +0200, a ecrit:
Samuel Thibault (2022/04/28 10:10 +0200):
Sébastien Hinderer, le jeu. 28 avril 2022 10:04:27 +0200, a ecrit:
With the newer versions of Orca and brltty the procedure you mention is
obsolete. Orca and BRLTTY agree with each other so that it's brltty and
not orca which follows the terminal.
[...]
since Orca knows it's brltty which is used to render the
ocntent of the terminal, it should not be necessary to explicitly
disalbe speech support, I think.

Mmm, they only agree about it for Braille, not for speech.

Yeah. But, given that brltty can render a terminal through speech,
perhaps braille and speech should work together

They're not the same protocol.

I know :)

and, if Orca does not render a widget in braille, then it shouldn't
talk either, I don't know.

Orca does render the widget in Braille, it's just not shown.

theone of brltty takes precedence?

Yes.

Woulnd't we need, then, a third protocol to decide, on a per-widget
basis, which screen reader renders it?

Sébastien.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]