- User Since
- Oct 20 2020, 4:07 PM (93 w, 5 d)
Thu, Jul 28
Wed, Jul 27
Thanks, good to know.
Mon, Jul 18
Mon, Jul 11
Apr 20 2022
Mar 8 2022
Feb 1 2022
Jan 25 2022
Jan 4 2022
Dec 28 2021
Dec 12 2021
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.
Dec 11 2021
Dec 9 2021
@Takahiro Shizuki (sntulix) Hi, I have tested the new build in Chinese, Korean, Japanese.
- One bug, when using Chinese IME, the input / outputs "/、“ : ,which should be ”、“ : There is a redundant "/". I refer to the Microsoft Pinyin IME behaviour in notepad : Other than this, I have no idea about what should / outputs in Chinese IME.
Dec 8 2021
Dec 1 2021
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 ⇧ is not the hotkey to switch Japanese IME mode.
For the other two IME, auto-switching is also functional when switch to other programs.
Nov 30 2021
Thanks, though I compeletely know nothing about the codes.
Nov 29 2021
@Takahiro Shizuki (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).
Nov 27 2021
Just in case, this is how to install "Microsoft Pinyin" on Windows 10:
Nov 26 2021
Nov 23 2021
I tested today's build and the bug is fixed it seems to me.
Nov 9 2021
Nov 2 2021
In my opinion, the ideal behavior should be that only when user is inputting into text field the input is handled by input methods.
Nov 1 2021
@Richard Antalik (ISS) I think the way to trigger the bug is kind of diverse and in my case I'm not able to abstract a good classification.I reported a similar bug in T91355 and the reproducing way in that report is still valid as I've just tested in the daily 3.0 beta, while I can't reproduce the bug by using the steps that @NXSK (NXSK) provided (maybe I got some misunderstanding).To me, it seems like that after comfirming Chinese text input, the following user inputs are still being treated as inputing to some text field somewhere and be handled also by the input method, which leads to shot-cuts malfunction.
Oct 12 2021
Sep 28 2021
Sep 14 2021
Sep 12 2021
Tested with 3.0 alpha,I think this issue is tackled.
The spelling way the “中文(繁体，台湾) 微软仓颉" (the input method in the report) using is that firstly type in letters then hit space bar to chose Chinese charactors.Which for example, type in "jjomn" and press space bar, then the charactor "輸" should pop up.
As a result in blender also due to the problem in T80532, all the first letter in the input is duplicated and form up "j輸o入l中y文j字", in contrast , after input the result should be "輸入中文字"(Latin letters are gone).I suppose this is the error this report is mentioning.
Thanks for elaboration.
Sep 2 2021
Aug 31 2021
Aug 11 2021
Thanks for the information.I just tested 3.0 Alpha and there is no error.
Aug 7 2021
Jun 22 2021
Jun 6 2021
May 19 2021
Just tested and no issue,thanks for replying.
May 15 2021
May 13 2021
May 10 2021
Accidentally pressed Enter,rewriting the report.
May 4 2021
Apr 28 2021
Apr 13 2021
Apr 7 2021
Mar 24 2021
Mar 16 2021
Feb 25 2021
Sorry for the bothering.I'll wait for tomorrow's build to check the status,if it's as usual then the new build should be coming soon (or maybe 2.92 official release).
Yeah I found the commit date is kind of old.It looks like the builds on https://builder.blender.org/download/ might get uploaded wrong,I download from there a few hours ago.
Feb 24 2021
Working well for me .
Feb 23 2021
Feb 22 2021
P1978 for:P1979 for: Or it's better to combine mutiple into one log if there would be more test log after?
Could you test about how the pressure is functioning with Windows Ink?
This issue might needs other stylus or Wacom tablet users.I can't find a way to enable Windows Ink only while keeping my tablet functioning.
"Use Windows Ink" setting in Wacom driver can't fix this problem and possibly my tablet is too old to work correctly without Wacom driver.
Console log : P1977
There is some movement me trying to open the console window at the beginning of the log and trying to switch programme window at the end.And following pictures showing my progression during the log process:
Feb 21 2021
@Nicholas Rishel (nicholas_rishel)
Much appreciate the new build.
While I did some test in weight paint mode and maybe there is still some reason casuing glitches (possibly too rare cases and I couldn't find a reproducible reason for those spikes(I just kept drawing random lines)):
Thanks again for the work. ;)
I can confirm this with my wacom tablet(CTL-690),it seems not a mouse problem.And these glitches also happens with grease pencil.
Feb 17 2021
Feb 16 2021
Feb 15 2021
Feb 12 2021
Feb 10 2021
Feb 9 2021
Crash also happens in Image Editor Draw mode situation.
Confirmed this doesn't tackle T84081.