Sprints/Plasma/2025/Topics/Input methods and virtual keyboards

plasma-keyboard

• need to fix layout on mobile
• sizing
• backspace
• shift key is wonky
• Plasma Mobile team doesn't have a lot of concerns apart from the above

Things to do:

• try a non-latin version / testing CJK
  • seems broken
• option to have floating on a desktop?

FCITX layouts

• csslayer wrote a nice issue: https://invent.kde.org/teams/goals/we-care-about-your-input/-/issues/13
• for each keyboard layout you can assign an input method
• seems do-able. Worst case listen to kconfig changing.
• Aleix is concerned it sounds "too easy". Apart from that, general buy-in.

do we need some input method that emulates a full keyboard layout?

• control + f1 put off for another day. Apps can
• arrow keys, would be nice to have

The new protocol:

• What about xx_input. It's repeating the mistakes TextInputV3 which we're already angry about. Lets ignore them and be productive stuff instead.

Resizing contents to avoid getting covered by IM popover:

• TextInputV2 clients could be told where the VK is
• TextInputV3 doesn't
• lets add it? As a side channel? Kwin has an implementation v2 already.
  • should we move or resize?
  • what if clients are in Qt and don't support it? worst case we put in an opt in flag.
  • kirigami-gallery supports it
• we should support a floating mode