search

AvaloniaUI / Avalonia

Develop Desktop, Embedded, Mobile and WebAssembly apps with C# and XAML. The most popular .NET UI client technology
https://avaloniaui.net
MIT License
25.95k stars 2.25k forks source link

Characters disappear when inputting with IME.(Starting from preview5) #11173

Closed Jun-Murakami closed 1 year ago

Jun-Murakami commented 1 year ago

Starting from preview5, characters disappear when inputting with IME.

To Reproduce 1.Place a single TextBox in the Visual Studio 2022 template. 2.Turn on Microsoft IME and input. 3.When converting Japanese characters, the characters disappear.

However, this issue does not occur in preview4. I have confirmed the occurrence of this issue in preview5, preview6, preview7, and the latest nightly build.

Expected behavior To be able to input normally without characters disappearing when using IME.

https://user-images.githubusercontent.com/126404131/235113677-3ff50b72-4ed0-4661-9959-21ef4194bca8.mp4

Desktop (please complete the following information):

Windows 10 Pro 21H2 Avalonia v11 preview5 +

Gillibald commented 1 year ago

Not reproducible https://user-images.githubusercontent.com/5928797/235121153-eb2621e7-2f3a-4f37-a020-56bf14aed2a2.mp4

Jun-Murakami commented 1 year ago

Understood. I will look for other users in Japan to verify.

timunie commented 1 year ago

@Jun-Murakami often it is a good idea to file a minimal sample to reproduce. Maybe you have a small detail different than we have which could have such an effect. Also please let us know what exactly you type in. At least I see a difference in the videos. You seem to select the words by keyboard? while @Gillibald uses the mouse to select the words. Maybe this is the difference?

Edit: striked out the last sentence (see answer below) Sorry for the confusion.

Gillibald commented 1 year ago

I did select words with the keyboard as well by either selecting a completion via keyboard selection or hitting return right away. Please do a clean rebuild with preview7 to make sure you didn't use outdated binaries.

Jun-Murakami commented 1 year ago

A sample project is here. IME_test.zip or https://github.com/Jun-Murakami/IME_test

The video works with the keyboard, automatically converting the displayed conversion suggestions with the enter key. This problem does not seem to occur when the conversion candidates are selected with the mouse or keyboard. Only when the first conversion candidate displayed is determined with the Enter key does this occur.

(I type "Nihongo". 日本語)

Gillibald commented 1 year ago

I still can't see any issues. What sequence of key presses do I have to make to reproduce the issue? Composing a sequence and hitting return properly commits the sequence.

Jun-Murakami commented 1 year ago

I apologize for providing inaccurate instructions earlier. Here are the detailed steps:

  1. Turn on the IME.
  2. Type "nihongo."
  3. Press the spacebar to perform the conversion ("日本語" is displayed).
  4. When you type the next character, the pending conversion "日本語" is deleted and overwritten by the next character.

If you were able to reproduce this behavior, you might wonder what could be wrong. However, at least in Japanese word processors, text editors, and other applications, when a character is entered while a word is pending conversion, the pending conversion word is automatically confirmed, and the input operation moves on to the next character.

In preview4, this was the implemented behavior.

Jun-Murakami commented 1 year ago

Additional information: I found that this issue does not occur on MacOS. On MacOS, when selecting an unconfirmed conversion candidate with the space key and then entering the next character, the candidate is automatically confirmed and the text does not disappear. (I have confirmed this in preview6, preview7 , and the latest NightlyBuild with MacOS Momentary12.6.4. I have not checked on Linux.)

As this greatly affects user convenience, I would like to request a similar implementation on Windows as well.

Gillibald commented 1 year ago

Please let me know the IME you are using and what sequence you are typing and what the expected result is

Jun-Murakami commented 1 year ago

@Gillibald

I have created a new video to explain the behavior. I hope this conveys the issue clearly.

In the video, I perform exactly the same operations on both Windows and MacOS. The expected behavior is the current behavior on MacOS. I believe this is a common behavior for Japanese IME users, and it is an essential feature for smooth and fast Japanese input. https://user-images.githubusercontent.com/126404131/236619659-95bac936-0b2e-48fb-b856-21a7ee6db450.mp4

hez2010 commented 1 year ago

@Gillibald You can try inputting something in Japanese without pressing enter to exit the pre-edit state in the end, and then pressing the dot key to insert punctuation directly.

InuInu2022 commented 1 year ago

Hi, I have additional information on this issue. The reproducibility of this issue depends on which IME software I use.

Has the Avalonia development team tested Japanese input with IMEs other than the newer version of Microsoft IME? If not, please include these IMEs in your testing.

There are still compatibility issues with the newer version of Microsoft IME, such as shortcut keys not working properly in many applications. Therefore, it is still necessary for many Japanese language users that the Avalonia UI support the previous version of Microsoft IME.

Also, Google Japanese Input is a very popular third-party IME in Japan. This is because it is the same as Gboard, Android's standard Japanese IME, and many Japanese language users are familiar with it on their smartphones.

This issue could be a reason not to choose Avalonia for applications that require Japanese input. Please support these two IMEs that can reproduce this issue.

Gillibald commented 1 year ago

Hi, I have additional information on this issue. The reproducibility of this issue depends on which IME software I use.

Has the Avalonia development team tested Japanese input with IMEs other than the newer version of Microsoft IME? If not, please include these IMEs in your testing.

There are still compatibility issues with the newer version of Microsoft IME, such as shortcut keys not working properly in many applications. Therefore, it is still necessary for many Japanese language users that the Avalonia UI support the previous version of Microsoft IME.

Also, Google Japanese Input is a very popular third-party IME in Japan. This is because it is the same as Gboard, Android's standard Japanese IME, and many Japanese language users are familiar with it on their smartphones.

This issue could be a reason not to choose Avalonia for applications that require Japanese input. Please support these two IMEs that can reproduce this issue.

Hey, thanks for this feedback. I am just testing with Windows 11 and only with build-in IMEs. I will add suggested IMEs to my testing.

hez2010 commented 1 year ago

It seems that it has been fixed with preview8.

Jun-Murakami commented 1 year ago

In my test program, this issue continues to occur in preview8. https://github.com/Jun-Murakami/IME_test

As reported by @InuInu2022 , this issue seems to be reproduced only when the "Use previous version of Microsoft IME" setting is turned on.

Screenshot 2023-05-11 10 43 48

Windows 10 Pro 21H2 19044.2965 Avalonia v11.0.0-preview8

InuInu2022 commented 1 year ago

I have tested this issue again with preview8.

This issue reproducibility; IME v11-preview7 v11-preview8
Microsoft IME "newer version" no no
Microsoft IME "previous version" yes yes
Google Japanese Input (v2.25.3700.0) yes yes

Windows 10 Home 22H2 19045.2846

Additional information.

In Preview 7, if I press the Backspace key to erase the last character ("。"), characters that was disappeared ("日本語") are displayed again.

In preview 8, the same way, erasing the last character with the Backspace key does not restore the display.