Thanks Samuel. The ORCA Debian package only has xbrlapi as
Reccomends. There doesn't seem to be any warning by ORCA so if xbrlapi
isn't installed the unsuspecting user has a Braille display that doesn't
work properly. Should xbrlapi be a depends instead?
On 9/4/23 18:08, Samuel Thibaul
Samuel Thibault, le lun. 04 sept. 2023 22:59:05 +0200, a ecrit:
> I'm on it.
So, as usual it's the combination of two issues that were producing the
odd behavior.
What was happening is that with xbrlapi installed but brltty-x11 not
installed, the xbrlapi startup script would try to run brltty wit
Sébastien Hinderer, le lun. 04 sept. 2023 22:52:11 +0200, a ecrit:
> Samuel Thibault (2023/09/04 22:42 +0200):
> > Sébastien Hinderer, le lun. 04 sept. 2023 22:27:57 +0200, a ecrit:
> > > Upgrade: xbrlapi:amd64 (6.5-7, 6.6-2),
> >
> > That makes a huge difference, that's why I was asking for versi
Samuel Thibault (2023/09/04 22:42 +0200):
> Sébastien Hinderer, le lun. 04 sept. 2023 22:27:57 +0200, a ecrit:
> > Upgrade: xbrlapi:amd64 (6.5-7, 6.6-2),
>
> That makes a huge difference, that's why I was asking for versions. In
> versions before 6.6-1, the xbrlapi package was trying to start brlt
Sébastien Hinderer, le lun. 04 sept. 2023 22:27:57 +0200, a ecrit:
> Upgrade: xbrlapi:amd64 (6.5-7, 6.6-2),
That makes a huge difference, that's why I was asking for versions. In
versions before 6.6-1, the xbrlapi package was trying to start brltty
with a ba driver and an a2 driver, only to fail l
Samuel Thibault (2023/09/04 22:12 +0200):
> I don't mean it's not implemented. I mean in the tests one can make,
> Orca doesn't happen to be doing anything with them. For *whatever*
> reason that might lie between the actual braille device and Orca.
Yes yes, I'm following you now.
> > Unless the
Sébastien Hinderer, le lun. 04 sept. 2023 22:02:48 +0200, a ecrit:
> Samuel Thibault (2023/09/04 21:28 +0200):
> > Sébastien Hinderer, le lun. 04 sept. 2023 21:16:47 +0200, a ecrit:
> > > Samuel Thibault (2023/09/04 21:01 +0200):
> > > > So the behavior you expect is not actually implemented by Orc
Samuel Thibault (2023/09/04 21:28 +0200):
> Sébastien Hinderer, le lun. 04 sept. 2023 21:16:47 +0200, a ecrit:
> > Samuel Thibault (2023/09/04 21:01 +0200):
> > > So the behavior you expect is not actually implemented by Orca, it's the
> > > a2 screen driver that takes precedence in the text fields
Roberto Burceni, le lun. 04 sept. 2023 21:39:07 +0200, a ecrit:
> Ok but at this point which is the exactly the main function of brltty-x11?
Providing a brltty-like experience wherever it can on the graphical
desktop.
Yes that's not very precise, because the details are dense.
Samuel
Ok but at this point which is the exactly the main function of brltty-x11?
Roberto Burceni
Linux System Admin & PHP developer
Esperto accessibilità siti web
E-mail: robe...@robertoburceni.it
Phone: +393358208080
P.iva: 04025840986
Il 04/09/23 21:28, Samuel Thibault ha scritto:
Sébastien H
Sébastien Hinderer, le lun. 04 sept. 2023 21:16:47 +0200, a ecrit:
> Samuel Thibault (2023/09/04 21:01 +0200):
> > So the behavior you expect is not actually implemented by Orca, it's the
> > a2 screen driver that takes precedence in the text fields
>
> Well I am unsure about what you mean by text
Samuel Thibault (2023/09/04 21:01 +0200):
> Ok, I see.
>
> So the behavior you expect is not actually implemented by Orca, it's the
> a2 screen driver that takes precedence in the text fields
Well I am unsure about what you mean by text field here because, for the
little of GUI I am using (Firefo
Roberto Burceni, le lun. 04 sept. 2023 21:12:44 +0200, a ecrit:
> When I am in a browser and navitate with pan key, when I encounter an
> unordered or ordered list, the braille display stay on the first item and do
> not go on te following.
>
> To go to the next item I have to press down arrow key
Ok I ask another thing about braille navigation that is strange but I
did not find any solution:
When I am in a browser and navitate with pan key, when I encounter an
unordered or ordered list, the braille display stay on the first item
and do not go on te following.
To go to the next item I
Ok, I see.
So the behavior you expect is not actually implemented by Orca, it's the
a2 screen driver that takes precedence in the text fields because it
knows it brings better support in that case (the cursor routing you get
is achieved by the brltty core itself, not the a2 driver which is only
th
15 matches
Mail list logo