<div dir="ltr"><div class="gmail_default" style="font-size:small">Morning,<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I've got SFOS keyboard triggered from Flatpak app by planting in Maliit input context plugin into it. Had to drop compensation for keyboard rectangle inside Flatpak as it was compensated twice (once in SFOS and once in Flatpak) leading to large empty area above the keyboard.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Currently, keyboard is stuck in portrait mode and doesn't know much about app being minimized. As a result, while app is rotating in response to the screen rotation, keyboard gets stuck in portrait. In addition, if you open keyboard in Flatpak, minimize the app, move to some other SFOS app, you'll get open keyboard with the text prediction still pointing towards Flatpak app context. This is not surprising as orientation and focus are set by the plugin and it just doesn't have data to work with. So, I plan to write small dbus server/client to pass these data from flatpak-runner (host of flatpak apps) to Maliit plugin. In the end, we will have special version of the plugin oriented towards running inside Flatpaks, but that should be OK.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Tried last night to pass orientation by setting Wayland's server setScreenOrientation (<a href="https://git.sailfishos.org/mer-core/qtwayland/blob/master/src/compositor/compositor_api/waylandcompositor.h#L96">https://git.sailfishos.org/mer-core/qtwayland/blob/master/src/compositor/compositor_api/waylandcompositor.h#L96</a>), but that didn't help and the plugin was not getting any signals from qGuiApp->primaryScreen. So, that shortcut didn't work...</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">All in all, we are getting there.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Cheers,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Rinigus</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 7, 2020 at 12:03 PM rinigus <<a href="mailto:rinigus.git@gmail.com">rinigus.git@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small">Thanks! Let's see how it will work in practice. I'll report back after the tests.<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Rinigus</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 7, 2020 at 11:59 AM Pekka Vuorela <<a href="mailto:pekka.vuorela@jolla.com" target="_blank">pekka.vuorela@jolla.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 2020-01-07 at 11:42 +0200, rinigus wrote:<br>
> Pekka,<br>
> <br>
> thanks for the swift reply!<br>
> <br>
>  <br>
> > > - is SFOS keyboard drawn by Lipstick?<br>
> > <br>
> > Keyboard running in its own process, maliit-server.  <br>
> <br>
> But something is drawing it on the screen via QML. Is that the server<br>
> and Lipstick just making space for it? If it is then that would fit<br>
> with such separation perfectly.<br>
<br>
Maliit-server acts as a host for input plugins, and Jolla-keyboard<br>
implements such and has the qml parts. The content is drawn in a<br>
separate window, and Lipstick handles the window composition. <br>
<br>
Maliit passes the used keyboard area to application via the qt input<br>
plugin so the app knows which area to avoid for active content, and<br>
maliit also sets the window properties so Lipstick knows which area of<br>
the window should get mouse events.<br>
<br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a></blockquote></div>
</blockquote></div>