https://bugs.kde.org/show_bug.cgi?id=525847
fujiwara <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |CONFIRMED --- Comment #5 from fujiwara <[email protected]> --- > So what would it be underlining? I attached the screenshots to explain the problem clearly in GTK applications in KDE Wayland. The "Actual result screenshot" is the current bug of the preedit to override the default underline only. The "Expected result screenshot" is the correct preedit to show the selection segment and underline for while the preedit. QT applications like kwrite works fine in KDE Wayland to show the correct preedit. > Values set with this event are double-buffered. They must be applied and > reset to initial on the next zwp_text_input_v3.done event. The text-input protocol explains about "done": https://gitlab.freedesktop.org/wayland/wayland-protocols/-/blob/main/unstable/text-input/text-input-unstable-v3.xml?ref_type=heads#L425 except it should not change the current state of the zwp_text_input_v3 object. All pending state requests (set_surrounding_text, set_content_type and set_cursor_rectangle) on the zwp_text_input_v3 object should be sent and committed after receiving a zwp_text_input_v3.done event with a matching serial. -- You are receiving this mail because: You are watching all bug changes.
