[ANNOUNCE] kwin-type v0.1 is released

[Jason A. Donenfeld]

On Tue, Oct 27, 2026 at 4:26 PM Jason A. Donenfeld <jdonenfeld at kde.org> wrote:
>
> Hi again David & Vlad,
>
> On Mon, Oct 26, 2026 at 10:48 PM David Edmundson
> <david at davidedmundson.co.uk> wrote:
> > There is a path for libei without portals. It might be a happy medium
> > between avoiding your portal woes and using the API we will support
> > long term.
>
> On Tue, Oct 27, 2026 at 4:39 AM Jason A. Donenfeld <jdonenfeld at kde.org> wrote:
> > This is still KDE-specific, of course. Will the virtual keyboard move
> > over to org.kde.KWin.EIS.RemoteDesktop also?
>
> In addition to porting kwin-type yesterday following your suggestion,
> I've now removed all internal KDE uses of fake-input:
>
> https://invent.kde.org/plasma/plasma-keyboard/-/merge_requests/182
> https://invent.kde.org/sdk/selenium-webdriver-at-spi/-/merge_requests/129
> https://invent.kde.org/plasma/xdg-desktop-portal-kde/-/merge_requests/640
> https://invent.kde.org/plasma/krdp/-/merge_requests/288
> https://invent.kde.org/network/krfb/-/merge_requests/111
> plasma-remotecontrollers is archived, but there's a commit anyway just
> in case, that's basically the same as the plasma-keyboard one:
> https://invent.kde.org/jdonenfeld/plasma-remotecontrollers/-/commits/libei

Also I guess this is a bit of an exercise. As you can see, there's a
fair amount of code to support this and it requires doing things like
queueing until it's connected (I believe). So I could imagine
concluding, "fake-input really is simpler," and sticking with that.
But at least there's something to examine now.

Jason