Wayland xdg-shell protocol does not allow programs to affect the placement of their top level windows at all. If you know you are running under KDE Plasma, you can possibly distribute a KWin script along with your application that will handle marking the window as keep-above. But something like a virtual keyboard would typically use a more specific Wayland protocol - probably wlr-layer-shell (see https://github.com/KDE/layer-shell-qt). Virtual keyboards also need to use specific protocols to inject keystrokes.

If the requirement is to implement it with a keyboard, I recommend appropriate documentation: The application works only if autorepeat is turned off in the underlying window manager. By design, Qt can't control or override the window manager. One alternative is to use the mouse instead. Another alternative is to toggle recording with a click. That's essentially what all the recording and DAW applications that I know/use do: Audacity, Ardour, ...

Hi and welcome to devnet, Something is not clear: are you creating a full custom widget ? It seems so but since Qt provides the base classes to create your own custom views within the model view set of classes, it would be good to clarify that first.

Hi and welcome to devnet, Can you be more precise about the limitations you have in mind ? Qt provides the Accessibility module, did you already check what is available through it ?

I do not know sorry, but your message got indeed through.

Thanks! Check out the bountysource link, all the details are there :)

"make module-qtbase" worked!

Glad you found a solution ! Would you mind sharing the changes you made ? You might even consider including them in Qt directly ?

Hi @Morten, Thanks for the report ! Could you add a minimal compilable example to it ? That would allow developers to more easily reproduce the problem and search for a solution.