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: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.