RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor [v26]
Thiago Milczarek Sayao
tsayao at openjdk.org
Sun Oct 6 23:17:48 UTC 2024
On Thu, 3 Oct 2024 14:23:24 GMT, Thiago Milczarek Sayao <tsayao at openjdk.org> wrote:
>> This replaces obsolete XIM and uses gtk api for IME.
>> Gtk uses [ibus](https://github.com/ibus/ibus)
>>
>> Gtk3+ uses relative positioning (as Wayland does), so I've added a Relative positioning on `InputMethodRequest`.
>>
>> [Screencast from 17-09-2023 21:59:04.webm](https://github.com/openjdk/jfx/assets/30704286/6c398e39-55a3-4420-86a2-beff07b549d3)
>
> Thiago Milczarek Sayao has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 105 commits:
>
> - Remove idea file
> - Fix the case when IME filters key_press (Polish ALT Gr + C)
> - Merge branch 'master' into new_ime
> - Fix for Polish AltGR combinations
> - Remove negative checks
> - Revert idea file
> - Remove unused import
> - Fix review points
> - Merge branch 'master' into new_ime
> - Merge branch 'refs/heads/master' into new_ime
> - ... and 95 more: https://git.openjdk.org/jfx/compare/5428f267...e56588ba
If I'm following right, the logic is that gtk would trigger the signal inside a key event, an in this case the count would be 1.
The logic is right, but I suspect the IME system is sending the `commit` signal in some special case for Level 3 Shift / Alt Gr.
-------------
PR Comment: https://git.openjdk.org/jfx/pull/1080#issuecomment-2395625325
More information about the openjfx-dev
mailing list