Problems with KDE Plasma terminal emulator "Konsole"

Chrys chrys at linux-a11y.org
Fri May 3 15:21:49 BST 2019


Howdy Frederik,

Awsome! So after update to QT 5.12.4 i should be able to give konsole a shot again? Are your patches in Konsole master?

Cheers chrys

> Am 30.04.2019 um 14:58 schrieb Frederik Gladhorn <Frederik.Gladhorn at qt.io>:
> 
>> 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
> 
> 
> 
> 



More information about the kde-accessibility mailing list