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

[Sébastien Hinderer <Sebastien Hinderer ens-lyon org>]

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 and, if Orca does not
render a widget in braille, then it shouldn't talk either, I don't know.

> Orca is not actually aware that brltty is running, it's brltty that tells the brlapi
> server that it should get more priority when reading a terminal.

Okay got it. Is that to say that orca continues to render the braille
content to the BrlAPI server in the terminal and that, the only reason
why theOrcarendered content is not actually displayed in braille is that
theone of brltty takes precedence?

Sébastien.