In windows 10(Language:Korean), input bug happens in case of input Hangul to UltraTextEditor using by In Place Edit (UltraTextEdit, UltraComboEditor, ..etc... Edit for Input text)
After input text(Hangul) in control, if press "Enter", "Tab", Right Arrow" key, Operate normally.
But, If you lose focus while you type, Then last character disappear
I provide you with a video with the screen keyboard to illustrate how this operates on my side
Thank you
OS : Windows 10 Pro X64
Developer Tools : Visual Studio 2010 Premium
Infragistics : NetAdvantage for .NET 2010 Vol.3
Hello Medi,
Thank you for posting in our forum.
I followed the steps you suggested and was unable to reproduce the behavior you're describing. I have created a small sample project with UltraTextEditor and MS TextBox on it. I have switched my computer to Korean. Then I have entered the same input as you did and no character disappeared.
In the following link you can find the sample project I used to test this as well as a video demonstrating my test https://filetransfer.infragistics.com/public.php?service=files&t=5c5a9e119d19af9376ecedcb91fe5431. Please test this project on your PC; whether or not it works correctly may help indicate the nature of this issue.
If the project does not work correctly, this indicates either an issue possibly specific to your environment, or a difference in the DLL versions we are using. My test was performed using version 10.3.20103.1000. So could you please let me know the exact version of Infragistics components which you are using?
If the project does show the product feature working correctly, this indicates a possible issue in the code of your application. It will help if you can provide a small, isolated sample application that demonstrates the behavior you are seeing.
Or, if this sample project is not an accurate demonstration of what you're trying to do, please feel free to modify it and send it back.
Please let me know if I can provide any further assistance.
Thank you for using Infragistics Controls.
Thank you for your answer.
I was used to test so your project that i can saw the same problem.
we were the same problems as seen from the client user in using the window 10.
I provide you with a video and source code.
I Using infragistics version 10.3.20103.1000
Framework : .Net Framework 4
I have the same issue when using with Infragistics 12.2.20122.2006 for WinForm on Windows 8/10.
I want to check if you already fixed it and when you are going to release it? Because I test your latest release (16.1.20161.100) with your official demo and the same issue can still be reproduced.
Hello Albert,
We had investigated this further. The issue here was that when the user clicks away from the editor TextChanged event does not fire. Thus the editor never gets updated with the complete text and the partial character is lost. But, if you tab away the TextChanged event fires with the complete text. There was no way for us to fix this as different languages behave differently, and there is no feasible way for us to detect which language is being used or hard-core the behavior for every possible language.
Please note, what you can do, as a workaround, is to set AlwaysInEditMode of the editor to true. This should solve your issue.
And to answer your question, no we did not fix this as there was no feasible way to do so.
Please let us know if you have any additional questions regarding this matter.
Hi Milko
I'm having the same issue as reported by alber below, is there any progress for the fixing?
Our customer from Korea is pushing for an urgent fix, please help with this.
Thanks.
This issue was reported over 2 years ago and according to our notes, there's no way for us to fix it because the TextBox control (which is overlaying the UltraTextEditor) never gets a TextChanged event. So we have no way of knowing that the text has changed. Have you tried the workaround: setting AlwaysInEditMode to true. Doing this will mean that the TextBox control is always displayed and so you are essentially just using an MS TextBox. If if the problem still occurs with the TextBox control always shown, then it would appear to be a DotNet Framework bug. But according to our notes, using AlwaysInEditMode works correctly.
Thanks for the reply, Mike.
Honestly speaking, I didn't expect a reply over a thread of 3 years old.
I will try the workaround you mentioned and then update you back.
But according to albert said (also 3 years ago), he already tried that on "EditorWithTextDropDownControlBase" and it didn't work.
We are using both "UltraTextEditor" and "EditorWithTextDropDownControlBase", I noticed both of them inherited from the same base "TextEditorControlBase". Any more ideas?
Regards
Scotty
Hi Scotty,
I'm not sure. If the workaround doesn't work for you, I recommend creating a new thread and re-reporting the issue and we can look into it again. But frankly, if the workaround doesn't work, it means that the issue is truly a bug in the DotNet TextBox control, which means you will likely be able to duplicate the same issue using a TextBox control - in which case, it will probably need to be fixed by Microsoft.