← Back to team overview

desktop-packages team mailing list archive

[Bug 1543351] Re: osk with puritine apps


I'm worried there's more to it than that. IIUC today Qt apps talk to the
OSK directly on dbus, thanks to this being set on its env:


The input does not go through normal input systems at all, it goes
~directly from OSK to the input field. Even Qt apps would need to poke
out of it to comm with the OSK process. Non-Qt apps would need their own
maliit support implemented...

There may be other ways, we could make the OSK fall back to generating
real input events if there's no app on the other end (that might
actually be the most versatile approach), or we could have XMir proxy
the input...

Long-term we'd probably like for the input comm to go through Mir over
some standardized API so we can support 3rd party OSKs (unless we
actually say maliit is the "standardized API").

Lotsa questions, not many answers.

** Changed in: unity8 (Ubuntu)
       Status: New => Incomplete

You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.

  osk with puritine apps

Status in Canonical Pocket Desktop:
Status in Ubuntu UX:
Status in unity8 package in Ubuntu:
Status in xorg-server package in Ubuntu:

Bug description:
  we currently can't interact with puritine apps relying on the OSK

  to add this feature in where text-box selection on an xapp results in
  triggering the osk, in unity8 would be a very large/complicated
  effort. However, with a manual capability to trigger the OSK this
  could be achieved.

  For design team
  one idea was to add a show/hide button for the OSK.
  realizing this may be undesirable to add another indicator item - a follow-on idea might be to add an alpha button in the corner of the xmir-root window (the window that holds any xapp at the moment)
  this way the button presence would only be limited to the Xapp interaction.

To manage notifications about this bug go to: