Closed yan12125 closed 4 months ago
Do you mean if I hit the Home key twice in a row the second Home be ignored by chewing and move the textbox cursor to the beginning of the input area?
Some existing text 中文
^ ^---- pre-edit cursor
`--- input area cursor
Type Home Home
Some existing text 中文
^---- cursor
Sorry if I was not clear. The issue happens when strings are already committed (not sure if this is the correct term). At this time, fcitx5-chewing logs show that both chewing_buffer_String_static
and chewing_bopomofo_String_static
return an empty string:
2024-05-10 14:30:44.334656 eim.cpp:562] Text: Zuin:
Here are verbose steps to reproduce:
中文
^---- input area cursor
Home
. I expect the cursor to move to the beginning of the input area:
中文
^---- input area cursor
While the cursor remains at the end of the input area
中文
^---- input area cursor
Describe the bug
When there are some texts in a text box, Home/End keys do not work when fcitx5-chewing is used with the Rust version of libchewing. With the C version (0.7.0), those keys work fine.
To Reproduce Steps to reproduce the behavior:
中文
)Expected behavior Home/End should move the cursor to beginning/end of the text box
Screenshots
Platform (please complete the following information):
Additional context
I haven't had time to analyze the issue yet. As the issue happens only with the Rust version, I assume this is a libchewing issue.
Here are logs with the 0.8.0 rc4, using the command
RUST_LOG=debug fcitx5 -D --verbose chewing=5
:And logs with 0.7.0: