| Summary: | Accent keys no longer work in Gtk 4.20 applications on Plasma Wayland | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | postix <postix> |
| Component: | wayland-generic | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | dev, nate, xaver.hugl |
| Priority: | NOR | ||
| Version First Reported In: | 6.4.5 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
postix
2025-10-15 14:51:42 UTC
KWin absolutely supports input methods, you're just not using one. If GTK requires you to use one for simple compose sequences, that may be surprising and IMO a bad move, but not something we have any influence over. > compositor does not support the text protocol Just to clarify this point, we do support all the Text Input Protocols. > or it does not have any input method support that handles compose sequences No, because that's an expectation change they've made without any co-ordiantion or testing. This is 100% a GTK created mess, and we're not doing anything wrong, but given it affects users it might be fastest for us to be the ones to dig everyone out of it. Thank you for your response.
> given it affects users it might be fastest for us to be the ones to dig everyone out of it.
Just to understand you correctly:
Does this mean you will adapt something on Kwin's side or is having set up an input method from now on the only and permanent solution if one uses Gtk4 applications? Thanks in advance!
|