Commit Graph

18 Commits

Author SHA1 Message Date
d29d43f443 fix(frontends): preserve preedit lifecycle 2026-08-15 15:05:49 +09:00
f0abace40b fix(gtk): install prebuilt modules without development files 2026-08-14 23:54:41 +09:00
133cc97e55 fix(runtime): make startup and GTK installation explicit 2026-08-14 23:17:18 +09:00
9804c1f55c fix(gtk): restore compose fallback and clean lifecycle 2026-08-14 22:29:14 +09:00
534ddcd9bb fix(ipc): preserve legacy preedit and bound client waits 2026-08-14 22:17:59 +09:00
76f9e1a21f gtk: honor preedit policy and cursor placement 2026-08-14 19:12:53 +09:00
9051c69b49 build: install GTK without development files 2026-08-12 18:01:39 +09:00
432df3730c fix: harden the per-user IPC endpoint 2026-08-12 16:08:23 +09:00
1d8d711882 build: install the GTK module predictably 2026-08-12 15:57:18 +09:00
5ba5cf209c fix: assign one active engine owner 2026-08-12 15:41:46 +09:00
5ae0945015 Simplify build system 2026-08-12 14:23:41 +09:00
9dc116a035 harden ipc and frontend recovery 2026-08-11 19:34:47 +09:00
b63122dd14 add GtkInputPurpose 2026-08-03 12:03:45 +09:00
aefe9bc618 fix gtk: commit pending text on passthrough keys
The GTK IM module only emitted the commit signal when the key was
eaten (r != 0). But when a non-matching key is pressed mid-composition
the engine commits the pending preedit and returns eaten=0 so the raw
key passes through, sending a commit string with eaten=0. GTK dropped
it, silently losing the composed text (e.g. Hangul "ㅇ" + "?" yielded
only "?").

Commit whenever a commit string is present, matching the wayland, ibus
and xim frontends.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-19 12:50:32 +09:00
f686edd198 fix gtk predit window 2026-05-29 02:28:49 +09:00
293313652f gtk inline preedit 2026-05-28 18:50:42 +09:00
O_WRONLY
6b3c1cea8e fix gtk Makefile 2025-12-24 00:11:41 +09:00
0ced0649f7 add gkt3 adapter
need gtk+3-devel
2025-12-23 21:51:26 +09:00