Hotkeys malfunction after leaving text field with no input using IME(Chinese/Japanese/Korean) #93421

New Issue

炎臻 · 2021-11-27T11:28:14+01:00

炎臻 commented

2021-11-27 11:28:14 +01:00

System Information
Operating system: Windows-10-10.0.19044-SP0 64 Bits
Graphics card: NVIDIA GeForce GTX 980/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 496.76

Blender Version
Broken: version: 3.0.0 Release Candidate, branch: master, commit date: 2021-11-25 17:24, hash: 2fb8c6805a
Worked: Unknow

Short description of error

Using IME(Input method editor) like Chinese/Japanese/Korean IME, activate a text field then go back to 3D viewport while inputing nothing will make some hotkeys malfunction.

Exact steps for others to reproduce the error

Default scene with any IME listed in the following image.
Click the default cube's name text field to activate the text field.
No input, go back to 3D viewport by clicking the 3D viewport area or right-clicking to cancel the operation.
Test {key A-Z}, for example press {key G} to transform the cube, the keys shouldn't be functioning.

Notes:

After pressing {key A-Z}, similar IME-poping-ups might be shown as in these images: {F12405595} The inputs are handled by IME but not being properly functioning like {key G} would not move the selected object.
Some other keys like {key 1-9}, {key Shift}, {key Ctrl}, {key CapsLock} and {key Space} are still functioning.
After the bug is reproduced, it is able to press {key Shift} to switch the mode of IME to fix the malfunction. And if right after canceling the text field input operation, press {key Ctrl RightMouseBottom} to finish a lasso select can also walk around the bug (but if there are already some inputs after the operation is canceled, doing {key Ctrl RightMouseBottom} won't fix the bug).
I found at the time been, Blender will automatically switch the IME modes (sorry I am not sure about which patch brought this feature), that means if in 3D viewport, the IME is automatically set to "English" mode and all inputs will not be handled by IME (this is the proper function); while in text field the IME mode is automatically switched to for example "Chinese mode" in Chinese IME. This "auto-switching" behavior is lost if the said work around is used to fix the bug, and in my case only after restarting Blender will bring back this feature.
I have tested a 3rd party Chinese IME "搜狗输入法" and in my opinion it has the similar bug as "Microsoft Pinyin":

**System Information** Operating system: Windows-10-10.0.19044-SP0 64 Bits Graphics card: NVIDIA GeForce GTX 980/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 496.76 **Blender Version** Broken: version: 3.0.0 Release Candidate, branch: master, commit date: 2021-11-25 17:24, hash: `2fb8c6805a` Worked: Unknow --- **Short description of error** Using IME(Input method editor) like Chinese/Japanese/Korean IME, activate a text field then go back to 3D viewport while inputing nothing will make some hotkeys malfunction. **Exact steps for others to reproduce the error** - Default scene with any IME listed in the following image.![图片.png](https://archive.blender.org/developer/F12405443/图片.png) - Click the default cube's name text field to activate the text field. - No input, go back to 3D viewport by clicking the 3D viewport area or right-clicking to cancel the operation. - Test {key A-Z}, for example press {key G} to transform the cube, the keys shouldn't be functioning. **Notes:** - After pressing {key A-Z}, similar IME-poping-ups might be shown as in these images: {[F12405595](https://archive.blender.org/developer/F12405595/图片.png)}![图片.png](https://archive.blender.org/developer/F12405597/图片.png) The inputs are handled by IME but not being properly functioning like {key G} would not move the selected object. - Some other keys like {key 1-9}, {key Shift}, {key Ctrl}, {key CapsLock} and {key Space} are still functioning. - After the bug is reproduced, it is able to press {key Shift} to switch the mode of IME to fix the malfunction. And if right after canceling the text field input operation, press {key Ctrl RightMouseBottom} to finish a lasso select can also walk around the bug (but if there are already some inputs after the operation is canceled, doing {key Ctrl RightMouseBottom} won't fix the bug). - I found at the time been, Blender will automatically switch the IME modes (sorry I am not sure about which patch brought this feature), that means if in 3D viewport, the IME is automatically set to "English" mode and all inputs will not be handled by IME (this is the proper function); while in text field the IME mode is automatically switched to for example "Chinese mode" in Chinese IME. This "auto-switching" behavior is lost if the said work around is used to fix the bug, and in my case only after restarting Blender will bring back this feature. - I have tested a 3rd party Chinese IME "搜狗输入法" and in my opinion it has the similar bug as "Microsoft Pinyin": ![图片.png](https://archive.blender.org/developer/F12405874/图片.png)

炎臻 commented

2021-11-27 11:28:14 +01:00

Added subscriber: @PrettyFireNOI7

blender-admin commented

2021-11-27 11:28:14 +01:00

#92700 was marked as duplicate of this issue

炎臻 commented

2021-11-27 11:32:51 +01:00

Just in case, this is how to install "Microsoft Pinyin" on Windows 10:

Just in case, this is how to install "Microsoft Pinyin" on Windows 10: ![图片.png](https://archive.blender.org/developer/F12405985/图片.png)

NXSK commented

2021-11-28 04:31:35 +01:00

Added subscriber: @NXSK

NXSK commented

2021-11-28 04:31:35 +01:00

I can reproduce this. It seems blender can't switch back to IME's English input mode automatically.

Takahiro Shizuki commented

2021-11-29 11:23:43 +01:00

Added subscriber: @sntulix

Takahiro Shizuki commented

2021-11-29 11:23:43 +01:00

Thank you for confirm on previous task and comming new task.

note:

A behavior that IME don't switch to English mode is because of no event is happen. In other that IME switch to English mode is because of IME event is happen and Blender's implementation of event handling.
I don't know if the IME's mode swiching automatically when deactivating a text box was intended.
I don't know Blender has a event happen when a text box deactivating as alternative IME event for making IME Off.
D11929's implementation has affected handling a input by IME.
New Microsoft IME (with duplicating first character (D11929) and some other bugs) began from Windows10 version 2004. Microsoft recommended to temporarily use old Microsoft IME temporary and has been fixed its. (but D11929's work was needed.)
- (https://support.microsoft.com/en-us/topic/you-might-have-issues-on-windows-10-version-20h2-and-windows-10-version-2004-when-using-some-microsoft-imes-63696506-47d2-9997-0b72-41a68e328692)
- I don't know if it will affect, a new Microsoft IME's bug (Microsoft Japanese IME don't switch IME On/Off automatically.) was happen at 2021-09-16.
I see that one user in Japanese hoping that hotkeys are functional with IME On have appeared.

Thank you for confirm on previous task and comming new task. note: - A behavior that IME don't switch to English mode is because of no event is happen. In other that IME switch to English mode is because of IME event is happen and Blender's implementation of event handling. - I don't know if the IME's mode swiching automatically when deactivating a text box was intended. - I don't know Blender has a event happen when a text box deactivating as alternative IME event for making IME Off. - [D11929](https://archive.blender.org/developer/D11929)'s implementation has affected handling a input by IME. - New Microsoft IME (with duplicating first character ([D11929](https://archive.blender.org/developer/D11929)) and some other bugs) began from Windows10 version 2004. Microsoft recommended to temporarily use old Microsoft IME temporary and has been fixed its. (but [D11929](https://archive.blender.org/developer/D11929)'s work was needed.) - (https://support.microsoft.com/en-us/topic/you-might-have-issues-on-windows-10-version-20h2-and-windows-10-version-2004-when-using-some-microsoft-imes-63696506-47d2-9997-0b72-41a68e328692) - I don't know if it will affect, a new Microsoft IME's bug (Microsoft Japanese IME don't switch IME On/Off automatically.) was happen at 2021-09-16. - I see that one user in Japanese hoping that hotkeys are functional with IME On have appeared.

炎臻 commented

2021-11-29 14:18:08 +01:00

@sntulix Thank you for elaboration. I have seen D11929 and to me it's an amazing commit that fix a long standing issue in Blender.
According to your notes, it looks like Blender is lacking a specific event for this situation (if I comprehend correctly).

In my opinion, the auto-switching feature should be intended and when doing IME mode auto-switching, clear the input cache in IME first is aslo reasonable.If user is in 3D viewport or other area except text field, keys that are inputed would mostly be used to trigger operations rather than typing words.
Simultaneously having hotkeys functional and IME handling is a bit confuse to me. I would like to know more about this.

Thanks for the effort on IME problems.

@sntulix Thank you for elaboration. I have seen [D11929](https://archive.blender.org/developer/D11929) and to me it's an amazing commit that fix a long standing issue in Blender. According to your notes, it looks like Blender is lacking a specific event for this situation (if I comprehend correctly). In my opinion, the auto-switching feature should be intended and when doing IME mode auto-switching, clear the input cache in IME first is aslo reasonable.If user is in 3D viewport or other area except text field, keys that are inputed would mostly be used to trigger operations rather than typing words. Simultaneously having hotkeys functional and IME handling is a bit confuse to me. I would like to know more about this. Thanks for the effort on IME problems.

Takahiro Shizuki commented

2021-11-30 12:51:03 +01:00

Hi.

I found Blender calls a IME End function when exit a text edit box by clicking. But it doesn't call the function when no IME input currently.
It's below:

source file: source\blender\editors\interface\interface_handlers.c

ui_textedit_end() {
...
#ifdef WITH_INPUT_IME
  if (win->ime_data) {
    ui_textedit_ime_end(win, but);
  }
#endif
}

So, I tested a modifing that ui_textedit_end() calls ui_textedit_ime_end() with no IME input too.
Because of this modiy, "G" hotkey is functional after activating a text edit box and toggling IME to On (I confirm with Japanese.) and press no key and click 3D viewport.

ui_textedit_end() {
...
#ifdef WITH_INPUT_IME
  ui_textedit_ime_end(win, but);
#endif
}

And it seems #WITH_INPUT_IME is MS-Windows only.

The IME end function call tree when clicking 3D viewport with a text edit box activating.

source\blender\editors\interface\interface_handlers.c/ui_textedit_end() -> source\blender\editors\interface\interface_handlers.c/ui_textedit_ime_end() -> source\blender\windowmanager\intern\wm_window.c/wm_window_IME_end() -> intern\ghost\intern\GHOST_C-api.cpp/GHOST_EndIME() -> GHOST_IWindow.h::endIME() -> GHOST_WindowWin32::endIME() -> GHOST_ImeWin32::EndIME()

This may be need more test. But this malfunction may be resolved by knowing Blender's event handling internal.

In #93421#1261757, @PrettyFireNOI7 wrote:
@sntulix Thank you for elaboration. I have seen D11929 and to me it's an amazing commit that fix a long standing issue in Blender.

@PrettyFireNOI7
I am so glad to hear that.

According to your notes, it looks like Blender is lacking a specific event for this situation (if I comprehend correctly).

I though too. But it is found the calling handler.
And I found Blender calls button_activate_exit() (source: source\blender\editors\interface\interface_handlers.c) when mouse cursor goes out from such a form control (i.e. text edit box etc). I think this may be useful for your opnion below.

In my opinion, the auto-switching feature should be intended and when doing IME mode auto-switching, clear the input cache in IME first is aslo reasonable.If user is in 3D viewport or other area except text field, keys that are inputed would mostly be used to trigger operations rather than typing words.

Simultaneously having hotkeys functional and IME handling is a bit confuse to me. I would like to know more about this.

I don't talk with the user yet.
But he says (machine translationing from Japanese):

He: "Oh, does the shortcut key not work when Blender 3.0 is Japanese? ??I have to check the Windows version as well."
Friend: "I think that this kind of behavior has been like that for Photoshop and Illustrator for a long time, but I imagine that it is a change in specifications rather than a bug."
He: "It's a change that is too tight for me to operate Blender while writing commentary in Japanese, isn't it?"
Friend: "Assuming that it is a new specification ... This is different depending on the person. I'm completely used to it, so I usually use it in English mode thoroughly, but if you think about it normally, it's overwhelming to unify all the tools with the specification that shortcuts work in either mode. It will be more convenient."
He: "Yes. When I'm writing a commentary or making a plate, I'm basically inputting Japanese, so even if I return to the Blender screen, I often don't switch to English mode ... Damn, the shortcut doesn't work! W will be many times"

Hi. I found Blender calls a IME End function when exit a text edit box by clicking. But it doesn't call the function when no IME input currently. It's below: - source file: source\blender\editors\interface\interface_handlers.c ``` ui_textedit_end() { ... #ifdef WITH_INPUT_IME if (win->ime_data) { ui_textedit_ime_end(win, but); } #endif } ``` So, I tested a modifing that ui_textedit_end() calls ui_textedit_ime_end() with no IME input too. Because of this modiy, "G" hotkey is functional after activating a text edit box and toggling IME to On (I confirm with Japanese.) and press no key and click 3D viewport. ``` ui_textedit_end() { ... #ifdef WITH_INPUT_IME ui_textedit_ime_end(win, but); #endif } ``` And it seems #WITH_INPUT_IME is MS-Windows only. The IME end function call tree when clicking 3D viewport with a text edit box activating. ``` source\blender\editors\interface\interface_handlers.c/ui_textedit_end() -> source\blender\editors\interface\interface_handlers.c/ui_textedit_ime_end() -> source\blender\windowmanager\intern\wm_window.c/wm_window_IME_end() -> intern\ghost\intern\GHOST_C-api.cpp/GHOST_EndIME() -> GHOST_IWindow.h::endIME() -> GHOST_WindowWin32::endIME() -> GHOST_ImeWin32::EndIME() ``` This may be need more test. But this malfunction may be resolved by knowing Blender's event handling internal. > In #93421#1261757, @PrettyFireNOI7 wrote: > @sntulix Thank you for elaboration. I have seen [D11929](https://archive.blender.org/developer/D11929) and to me it's an amazing commit that fix a long standing issue in Blender. @PrettyFireNOI7 I am so glad to hear that. > According to your notes, it looks like Blender is lacking a specific event for this situation (if I comprehend correctly). I though too. But it is found the calling handler. And I found Blender calls button_activate_exit() (source: source\blender\editors\interface\interface_handlers.c) when mouse cursor goes out from such a form control (i.e. text edit box etc). I think this may be useful for your opnion below. > In my opinion, the auto-switching feature should be intended and when doing IME mode auto-switching, clear the input cache in IME first is aslo reasonable.If user is in 3D viewport or other area except text field, keys that are inputed would mostly be used to trigger operations rather than typing words. > Simultaneously having hotkeys functional and IME handling is a bit confuse to me. I would like to know more about this. I don't talk with the user yet. But he says (machine translationing from Japanese): ``` He: "Oh, does the shortcut key not work when Blender 3.0 is Japanese? ??I have to check the Windows version as well." Friend: "I think that this kind of behavior has been like that for Photoshop and Illustrator for a long time, but I imagine that it is a change in specifications rather than a bug." He: "It's a change that is too tight for me to operate Blender while writing commentary in Japanese, isn't it?" Friend: "Assuming that it is a new specification ... This is different depending on the person. I'm completely used to it, so I usually use it in English mode thoroughly, but if you think about it normally, it's overwhelming to unify all the tools with the specification that shortcuts work in either mode. It will be more convenient." He: "Yes. When I'm writing a commentary or making a plate, I'm basically inputting Japanese, so even if I return to the Blender screen, I often don't switch to English mode ... Damn, the shortcut doesn't work! W will be many times" ```

炎臻 commented

2021-11-30 13:55:42 +01:00

Thanks, though I compeletely know nothing about the codes.

Friend: "I think that this kind of behavior has been like that for Photoshop and Illustrator for a long time, but I imagine that it is a change in specifications rather than a bug."
He: "It's a change that is too tight for me to operate Blender while writing commentary in Japanese, isn't it?"
Friend: "Assuming that it is a new specification ... This is different depending on the person. I'm completely used to it, so I usually use it in English mode thoroughly, but if you think about it normally, it's overwhelming to unify all the tools  with the specification that shortcuts work in either mode. It will be more convenient."
He: "Yes. When I'm writing a commentary or making a plate, I'm basically inputting Japanese, so even if I return to the Blender screen, I often don't switch to English mode ... Damn, the shortcut doesn't work! W will be many times"```

I think if the IME auto-switching is functional, after switching to other programs, IME's mode should be automatically set back to Japanese so it is able to input Japanese and write commentary (I don't know what plate is). Then after switching back to Blender, the mode would be automatically set to English. Also as my testing (Windows,daily 3.0), this is currently what IME auto-switching is doing in Blender but I don't know if this behavior is consistent for other Windows user.

Thanks, though I compeletely know nothing about the codes. ```He: "Oh, does the shortcut key not work when Blender 3.0 is Japanese? ??I have to check the Windows version as well." Friend: "I think that this kind of behavior has been like that for Photoshop and Illustrator for a long time, but I imagine that it is a change in specifications rather than a bug." He: "It's a change that is too tight for me to operate Blender while writing commentary in Japanese, isn't it?" Friend: "Assuming that it is a new specification ... This is different depending on the person. I'm completely used to it, so I usually use it in English mode thoroughly, but if you think about it normally, it's overwhelming to unify all the tools with the specification that shortcuts work in either mode. It will be more convenient." He: "Yes. When I'm writing a commentary or making a plate, I'm basically inputting Japanese, so even if I return to the Blender screen, I often don't switch to English mode ... Damn, the shortcut doesn't work! W will be many times"``` I think if the IME auto-switching is functional, after switching to other programs, IME's mode should be automatically set back to Japanese so it is able to input Japanese and write commentary (I don't know what plate is). Then after switching back to Blender, the mode would be automatically set to English. Also as my testing (Windows,daily 3.0), this is currently what IME auto-switching is doing in Blender but I don't know if this behavior is consistent for other Windows user.

Takahiro Shizuki commented

2021-12-01 05:18:29 +01:00

Hi @PrettyFireNOI7

I think if the IME auto-switching is functional, after switching to other programs, IME's mode should be automatically set back to Japanese so it is able to input Japanese and write commentary (I don't know what plate is). Then after switching back to Blender, the mode would be automatically set to English. Also as my testing (Windows,daily 3.0), this is currently what IME auto-switching is doing in Blender but I don't know if this behavior is consistent for other Windows user.

New IME is the road on fixing now. So I don't know the behavior is a bug or a environment specific.
But my ideal affected from the user's saying is that a key code inputted becomes Blender hot key or IME string without changing IME mode by where mouse cursor's position is on. Although, it's hard to propose to people who don't use IME, and the range of influence on the source of changes seems to be complicated, so I'm wondering if it can be realized as an add-on.

Hi @PrettyFireNOI7 >I think if the IME auto-switching is functional, after switching to other programs, IME's mode should be automatically set back to Japanese so it is able to input Japanese and write commentary (I don't know what plate is). Then after switching back to Blender, the mode would be automatically set to English. Also as my testing (Windows,daily 3.0), this is currently what IME auto-switching is doing in Blender but I don't know if this behavior is consistent for other Windows user. New IME is the road on fixing now. So I don't know the behavior is a bug or a environment specific. But my ideal affected from the user's saying is that a key code inputted becomes Blender hot key or IME string without changing IME mode by where mouse cursor's position is on. Although, it's hard to propose to people who don't use IME, and the range of influence on the source of changes seems to be complicated, so I'm wondering if it can be realized as an add-on.

Takahiro Shizuki commented

2021-12-01 05:23:43 +01:00

ui_textedit_end() {
...
#ifdef WITH_INPUT_IME
  ui_textedit_ime_end(win, but);
#endif
}

I confirmed with Microsoft IME Chinese pinyin that IME end when clicking 3D viewport after no inputting to a text edit box.

I built a binary with debug print (release build).
https://www.futuregadget.com/file/Blender-3.1.0-alpha-master-20211124-for_T93421-debug_print.zip

``` ui_textedit_end() { ... #ifdef WITH_INPUT_IME ui_textedit_ime_end(win, but); #endif } ``` I confirmed with Microsoft IME Chinese pinyin that IME end when clicking 3D viewport after no inputting to a text edit box. I built a binary with debug print (release build). https://www.futuregadget.com/file/Blender-3.1.0-alpha-master-20211124-for_T93421-debug_print.zip

炎臻 commented

2021-12-01 09:19:51 +01:00

I also tested Korean and Janpanese.
Everything is good except Japanese's auto-switching is not funtional unless manually switch the mode once.
Reproduce steps :

Start Blender with Japanese IME.
Click the cube's object name text field.
Japanese IME mode doesn't auto-switch to Japanese.
But if when in text field, manually switch the mode once, next time when after entering text field, the mode will be auto-switched.
Japanese auto-switching issue is also in 3.0 and I find {key Shift} is not the hotkey to switch Japanese IME mode.
For the other two IME, auto-switching is also functional when switch to other programs.

I also tested Korean and Janpanese. ![图片.png](https://archive.blender.org/developer/F12672087/图片.png) Everything is good except Japanese's auto-switching is not funtional unless manually switch the mode once. Reproduce steps : - Start Blender with Japanese IME. ![图片.png](https://archive.blender.org/developer/F12672098/图片.png) - Click the cube's object name text field. - Japanese IME mode doesn't auto-switch to Japanese. - But if when in text field, manually switch the mode once, next time when after entering text field, the mode will be auto-switched. Japanese auto-switching issue is also in 3.0 and I find {key Shift} is not the hotkey to switch Japanese IME mode. For the other two IME, auto-switching is also functional when switch to other programs.

Takahiro Shizuki commented

2021-12-01 11:34:36 +01:00

Thank you for your work @PrettyFireNOI7

In #93421#1262765, @PrettyFireNOI7 wrote:
Japanese auto-switching issue is also in 3.0 and I find {key Shift} is not the hotkey to switch Japanese IME mode.

In Microsoft Japanese IME, solo Shift key is not a hotkey.

note: About Microsoft IME Shortcut keys:

By the way, I may have misleaded, but I don't test Japanese IME's auto-swithing now.
Because it was not added a code switching IME mode of MS-Windows side in D11929's fixing.

Thank you for your work @PrettyFireNOI7 > In #93421#1262765, @PrettyFireNOI7 wrote: > Japanese auto-switching issue is also in 3.0 and I find {key Shift} is not the hotkey to switch Japanese IME mode. In Microsoft Japanese IME, solo Shift key is not a hotkey. note: About Microsoft IME Shortcut keys: - Japanese - https://support.microsoft.com/en-us/windows/microsoft-japanese-ime-da40471d-6b91-4042-ae8b-713a96476916 - Traditional Chinese - https://support.microsoft.com/en-us/windows/microsoft-traditional-chinese-ime-ef596ca5-aff7-4272-b34b-0ac7c2631a38 By the way, I may have misleaded, but I don't test Japanese IME's auto-swithing now. Because it was not added a code switching IME mode of MS-Windows side in [D11929](https://archive.blender.org/developer/D11929)'s fixing.

Takahiro Shizuki commented

2021-12-03 15:10:40 +01:00

Hi.
Thank you for your concern. @PrettyFireNOI7

I decided to enable that hotkeys functional with IME On.
It becomes be back to current LTS version's behavior ( as same as Blender v2.9x, and 3.0 before D11929).
So I don't do the approach that it calls ui_textedit_ime_end everytime after deactivating a text edit in a previous day. Because it's doesn't go back with the behavior so far.

The approach that making hotkeys functional with IME-On I think is that it toggles enable/disable of Blender's key event forwarding (cause of this malfunction) to MS-Windows when Blender's event "ui_textedit_begin" and "ui_textedit_end". And IME's auto-end by Blender after deactivating a text box (calling ui_textedit_ime_end()) is as it is.

And, this approach becomes a solution for this malfunction.
First, I will make a patch and test.

Hi. Thank you for your concern. @PrettyFireNOI7 I decided to enable that hotkeys functional with IME On. It becomes be back to current LTS version's behavior ( as same as Blender v2.9x, and 3.0 before [D11929](https://archive.blender.org/developer/D11929)). So I don't do the approach that it calls ui_textedit_ime_end everytime after deactivating a text edit in a previous day. Because it's doesn't go back with the behavior so far. The approach that making hotkeys functional with IME-On I think is that it toggles enable/disable of Blender's key event forwarding (cause of this malfunction) to MS-Windows when Blender's event "ui_textedit_begin" and "ui_textedit_end". And IME's auto-end by Blender after deactivating a text box (calling ui_textedit_ime_end()) is as it is. And, this approach becomes a solution for this malfunction. First, I will make a patch and test.

lictex_ commented

2021-12-07 07:01:27 +01:00

Added subscriber: @lictex_1

Takahiro Shizuki commented

2021-12-09 05:37:17 +01:00

Hi.

I built a binary that I'm working on.
https://www.futuregadget.com/file/Blender-master-3.1.0-#93421-working_on.zip

It is fixed the malfunction.
Would you test this, please?

Note:

The Behavior per blender version:

click a text edit, switch to IME On (manually or automatically), inputting some letters, click 3D viewport:
- 2.92: After above, IME Off automatically and hotkey is functional.
  - After using hotkey, click a text edit and IME switch should be On.
- 3.0 (Released): After above, IME Off automatically and hotkey is functional.
  - After using hotkey, click a text edit and IME switch should be On.
click a text edit, switch to IME On (manually or automatically), click 3D viewport:
2.92: After above, IME is not changed and hotkey is functional (IME word conversion list will be popup, inputting is continue on IME).
- After using hotkey, click a text edit and IME switch should be not changed (IME On).
3.0 (Released): After above, IME is not change and some hotkey is NOT functional (IME word conversion list will be popup, inputting is continue on IME).
- And, click a text edit and IME switch should be not changed (IME On).

The Behavior of a fixing binary that I'm at working on:

click a text edit, switch to IME On (manually or automatically), inputting some letters, click 3D viewport:
- After above, IME Off automatically and hotkey is functional.
  - After using hotkey, click a text edit and IME switch should be On.
click a text edit, switch to IME On (manually or automatically), click 3D viewport:
- After above, IME Off automatically and hotkey is functional.
  - After using hotkey, click a text edit and IME switch should be On.

Hi. I built a binary that I'm working on. https://www.futuregadget.com/file/Blender-master-3.1.0-#93421-working_on.zip It is fixed the malfunction. Would you test this, please? Note: The Behavior per blender version: - click a text edit, switch to IME On (manually or automatically), inputting some letters, click 3D viewport: - 2.92: After above, IME Off automatically and hotkey is functional. - After using hotkey, click a text edit and IME switch should be On. - 3.0 (Released): After above, IME Off automatically and hotkey is functional. - After using hotkey, click a text edit and IME switch should be On. - click a text edit, switch to IME On (manually or automatically), click 3D viewport: - 2.92: After above, IME is not changed and hotkey is functional (IME word conversion list will be popup, inputting is continue on IME). - After using hotkey, click a text edit and IME switch should be not changed (IME On). - 3.0 (Released): After above, IME is not change and some hotkey is NOT functional (IME word conversion list will be popup, inputting is continue on IME). - And, click a text edit and IME switch should be not changed (IME On). The Behavior of a fixing binary that I'm at working on: - click a text edit, switch to IME On (manually or automatically), inputting some letters, click 3D viewport: - After above, IME Off automatically and hotkey is functional. - After using hotkey, click a text edit and IME switch should be On. - click a text edit, switch to IME On (manually or automatically), click 3D viewport: - After above, IME Off automatically and hotkey is functional. - After using hotkey, click a text edit and IME switch should be On.

炎臻 commented

2021-12-09 20:06:11 +01:00

@sntulix Hi, I have tested the new build in Chinese, Korean, Japanese.

One bug, when using Chinese IME, the input {key /} outputs "/、“ : ,which should be ”、“ : There is a redundant "/".

 I refer to the Microsoft Pinyin IME behaviour in notepad :{F12722314} Other than this, I have no idea about what should {key /} outputs in Chinese IME.

About the mode-autoswitching feature, if the mode is manually changed in text editing, go back to 3D viewport then go back to text editing again, the mode seems to remain in the state when leaving the text editing. For example, I manually change the mode of Chinese IME to English mode when editing text, after I go to 3D viewport then click back, the mode remains in English. I'll need to manually change it to Chinese mode when quitting text editing so next time when I click back, the mode automatically changes to Chinese again. This is kind of confusing as I test IME mode-switching feature in other programs. I assume it is not related to Blender so in my opinion it's ok.
So far so good.

@sntulix Hi, I have tested the new build in Chinese, Korean, Japanese. - One bug, when using Chinese IME, the input {key /} outputs "/、“ : ![图片.png](https://archive.blender.org/developer/F12722279/图片.png) ,which should be ”、“ : ![图片.png](https://archive.blender.org/developer/F12722300/图片.png) There is a redundant "/". ``` I refer to the Microsoft Pinyin IME behaviour in notepad :{F12722314} Other than this, I have no idea about what should {key /} outputs in Chinese IME. ``` - About the mode-autoswitching feature, if the mode is manually changed in text editing, go back to 3D viewport then go back to text editing again, the mode seems to remain in the state when leaving the text editing. For example, I manually change the mode of Chinese IME to English mode when editing text, after I go to 3D viewport then click back, the mode remains in English. I'll need to manually change it to Chinese mode when quitting text editing so next time when I click back, the mode automatically changes to Chinese again. This is kind of confusing as I test IME mode-switching feature in other programs. I assume it is not related to Blender so in my opinion it's ok. So far so good.

Takahiro Shizuki commented

2021-12-11 08:48:35 +01:00

Hi.

In #93421#1269610, @PrettyFireNOI7 wrote:
@sntulix Hi, I have tested the new build in Chinese, Korean, Japanese.

One bug, when using Chinese IME, the input {key /} outputs "/、“ : ,which should be ”、“ : There is a redundant "/".

I comfirmed it. I don't know yet. It may be triaged at #93626.

About the mode-autoswitching feature, if the mode is manually changed in text editing, go back to 3D viewport then go back to text editing again, the mode seems to remain in the state when leaving the text editing. For example, I manually change the mode of Chinese IME to English mode when editing text, after I go to 3D viewport then click back, the mode remains in English.

I didn't know it :)

I'll need to manually change it to Chinese mode when quitting text editing so next time when I click back, the mode automatically changes to Chinese again. This is kind of confusing as I test IME mode-switching feature in other programs. I assume it is not related to Blender so in my opinion it's ok.

I see.

note:
IME's mode automatic restore work at numeric edit text too. (The case: When users's manupilation goes to numeric edit text from string edit text with IME enabled.) It may be not necessary sometimes by a workflow. I think it is useful if it's automatically disabled in the numeric edit text.
By the way, When I learn old culture crafts and architectures using Blender, I think it is useful for learning, if Blender has the unit that the language has. (for example: a Japanese Culture Unit "1尺" is 1 meter ÷ 3.3.)

So far so good.

O.K.

I will triage about the input {key /} at #93626.
About the mode-autoswitching feature, I will close once.

Hi. > In #93421#1269610, @PrettyFireNOI7 wrote: > @sntulix Hi, I have tested the new build in Chinese, Korean, Japanese. > - One bug, when using Chinese IME, the input {key /} outputs "/、“ : ![图片.png](https://archive.blender.org/developer/F12722279/图片.png) ,which should be ”、“ : ![图片.png](https://archive.blender.org/developer/F12722300/图片.png) There is a redundant "/". I comfirmed it. I don't know yet. It may be triaged at #93626. > - About the mode-autoswitching feature, if the mode is manually changed in text editing, go back to 3D viewport then go back to text editing again, the mode seems to remain in the state when leaving the text editing. For example, I manually change the mode of Chinese IME to English mode when editing text, after I go to 3D viewport then click back, the mode remains in English. I didn't know it :) > I'll need to manually change it to Chinese mode when quitting text editing so next time when I click back, the mode automatically changes to Chinese again. This is kind of confusing as I test IME mode-switching feature in other programs. I assume it is not related to Blender so in my opinion it's ok. I see. note: IME's mode automatic restore work at numeric edit text too. (The case: When users's manupilation goes to numeric edit text from string edit text with IME enabled.) It may be not necessary sometimes by a workflow. I think it is useful if it's automatically disabled in the numeric edit text. By the way, When I learn old culture crafts and architectures using Blender, I think it is useful for learning, if Blender has the unit that the language has. (for example: a Japanese Culture Unit "1尺" is 1 meter ÷ 3.3.) > So far so good. O.K. - I will triage about the input {key /} at #93626. - About the mode-autoswitching feature, I will close once.

炎臻 commented

2021-12-11 09:09:33 +01:00

In #93421#1270502, @sntulix wrote:
note:
IME's mode automatic restore work at numeric edit text too. (The case: When users's manupilation goes to numeric edit text from string edit text with IME enabled.) It may be not necessary sometimes by a workflow. I think it is useful if it's automatically disabled in the numeric edit text.

Didn't notice that but I agree. Since only numbers will be inputted in numeric text editing.

> In #93421#1270502, @sntulix wrote: > note: > IME's mode automatic restore work at numeric edit text too. (The case: When users's manupilation goes to numeric edit text from string edit text with IME enabled.) It may be not necessary sometimes by a workflow. I think it is useful if it's automatically disabled in the numeric edit text. Didn't notice that but I agree. Since only numbers will be inputted in numeric text editing.

Takahiro Shizuki commented

2021-12-12 09:12:50 +01:00

Added subscriber: @iss

Takahiro Shizuki commented

2021-12-12 09:12:50 +01:00

Hi @iss.

Thank you for watching the task about IME.
By the way, I posted D13551 without closing here, can I close here?

Hi @iss. Thank you for watching the task about IME. By the way, I posted [D13551](https://archive.blender.org/developer/D13551) without closing here, can I close here?

Takahiro Shizuki commented

2021-12-12 10:11:54 +01:00

@PrettyFireNOI7

Since only numbers will be inputted in numeric text editing.

I thinked again, I notice that some user use IME as a snippet tool with dictionary. So numeric text edit is good without modify, unless adding switching IME mode auto-swtching function at Blender preference.

@PrettyFireNOI7 > Since only numbers will be inputted in numeric text editing. I thinked again, I notice that some user use IME as a snippet tool with dictionary. So numeric text edit is good without modify, unless adding switching IME mode auto-swtching function at Blender preference.

炎臻 commented

2021-12-12 11:50:12 +01:00

@sntulix

I thinked again, I notice that some user use IME as a snippet tool with dictionary. So numeric text edit is good without modify, unless adding switching IME mode auto-swtching function at Blender preference.

Got it.
And I don't know if I should, I gathered some reports that I know which are about IME problem. In my opinoin, they could be closed as resolved: #80532 #91103 #91355 .

@sntulix > I thinked again, I notice that some user use IME as a snippet tool with dictionary. So numeric text edit is good without modify, unless adding switching IME mode auto-swtching function at Blender preference. Got it. And I don't know if I should, I gathered some reports that I know which are about IME problem. In my opinoin, they could be closed as resolved: #80532 #91103 #91355 .

Richard Antalik commented

2021-12-13 00:10:54 +01:00

Changed status from 'Needs Triage' to: 'Confirmed'

Richard Antalik commented

2021-12-13 00:10:54 +01:00

Did not notice this is not confirmed.. But can reproduce.

Germano Cavalcante commented

2022-01-17 21:34:00 +01:00

Added subscriber: @Leroy-Xie

Ye Gui commented

2022-10-30 13:43:52 +01:00

Added subscriber: @ziweidao

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Hotkeys malfunction after leaving text field with no input using IME(Chinese/Japanese/Korean) #93421