Re: Problems with KDE Plasma terminal emulator "Konsole"

On mandag 8. april 2019 16:56:14 CEST Joanmarie Diggs wrote:
> Hey again.
> 
> We were getting focus and caret-moved events for something with role
> accelerator-label. That seemed bogus, so I'm now filtering those out in
> Orca master.
> 
> Having solved that problem, I went looking for the accessible object
> with role terminal in Accerciser, but couldn't find it in the
> accessibility tree. Weird. I also couldn't find the accelerator-label
> object in Accerciser. Then I did some local debugging. The object with
> role accelerator label happens to have the same text as what I see
> displayed in the terminal. So here are my guesses:
> 
> 1. Somehow the terminal is getting role accelerator label. That needs to
>    be fixed. Aside from it being a bogus role for a terminal widget,
>    Orca uses the terminal role to identify when the terminal script
>    should be used. I might be wrong, but I think this should be an
>    easy fix.

The terminal role was badly mapped in Qt on Linux, this should be working with 
Qt 5.12.4, I have a few patches to Konsole for some other unlabeled buttons 
and such.

> 
> 2. Assuming you, too, don't see the terminal widget in the accessibility
>    tree, it would be good to figure out why that is and fix it. Whether
>    or not doing so will have a screamingly-obvious impact on Orca is
>    hard to say. But Orca does make some decisions about what to present,
>    and also obtains the stuff to present, by looking in the
>    accessibility tree. If that tree is broken, Orca might do the wrong
>    thing.

The terminal widget is presented as editable text, is that the best approach? 
And it has children (some menu and other stuff iirc).

Does that make sense?

Cheers,
Frederik


> 
> Lastly, I found an ancient hack in Orca for Qt in which we just trust
> that if we get a state-changed:focused event with detail1=1, it's a
> valid focus claim. This was (and perhaps still is?) needed because
> either the focused state and/or the focusable state were missing from
> the state set. I haven't removed that hack, but I have now added some
> extra debugging. We don't want missing states, because there can be
> other places Orca uses those states to decide what to present. Now
> something you could do is enable full debugging in Orca, use some QT
> apps, then look in the resulting debug.out. Search for "QT: WARNING". If
> you find it, please figure out why the state is missing and fix it. :)
> 
> Please let me know if you have any questions. And thanks for all your
> work in this area!
> 
> --joanie
> 
> On 4/8/19 9:12 AM, Joanmarie Diggs wrote:
> > Hey Chrys.
> > 
> > Sure thing. I'm using KDE now myself. :)
> > 
> > --joanie
> > 
> > On 4/7/19 6:03 PM, chrys wrote:
> >> Howdy Joanie,
> >> 
> >> i currently do some new testing session for KDE Plasma.
> >> 
> >> First of all, Thanks for the KWin script. i just test it,, the window
> >> switcher now works now very awsome with orca master :). Thanks!
> >> 
> >> I just play around with "Konsole" its the KDE Plasma Terminal emulator.
> >> and i figured, it has an A11y implementation! But it seems some kind of
> >> broken as orca doesn't announce incoming text or word echo like it does
> >> in gnome-terminal. But  i also figured that the text is available in
> >> review. Maybe could you take a look what broken that i can see what i
> >> can do to fix it?
> >> 
> >> cheers chrys