This time, in the view, I override the PreTranslateMessage and do the exact same process which was previously being done inside WindowProc. But once the edit box is created, everything works fine. The first keydown which was used to create the edit box will not be shown when IME is active. This behaviour happens to all characters. I input 'a' and it now displays the japanese character 'あ'. Again, an edit box will get created but it will be empty. This time, I activate the windows IME to japanese and input 'k'. Next I press 'a' and the edit box will correctly read 'ka'. Without IME being active, the box is created and the 'k' is entered into it. Again, I repeat the same steps above to input the character 'k'. I copy this exe file to a windmachine and run it. I input 'a' and it correctly displays the japanese character 'か'. Again, an edit box will get created and it will display the 'k' with wavy underlines.
Next,I press 'a'and the character 'a' is appended to 'k' in the edit box. If IME is not being used, the character 'k' will also get entered into this newly created edit box. An edit box will get created in the document. Running the program, I create a document and then press the key 'k'. In this function, I check for the WM_KEYDOWN message, and on WM_KEYDOWN excepting VK_BACK, VK_ENTER, VK_TAB, I dynamically create an edit box using the CwEdit class, and then SendMessage a WM_KEYDOWN with the current wParam and lParam that I got as arguments of the WindowProc function. Now, in MDI_Sample1, I open the *View.cpp, and add a WindowProc override. CwEdit) that subclasses the CEdit class to both MDI_Sample1 & MDI_Sample2 projects.
Keeping the default cpp & h files as is, just added a new class (e.g.
I created 2 sample MFC MDI projects (e.g. Just append the input to the contents of the edit box. If the edit box already exists, no need to create it again. If a document is open, then when a WM_KEYDOWN is fired, dynamically create a CEdit box and enter the pressed key into the edit box. Its working is really simple & straightforward. The application is an MFC MDI application of the Container/Server type. But the exact same application works properly in Windows 7~8. This happens to the first character only. I am facing a problem in Windows 10 Creators update where, when I try to input something to my application using IME, the first character is ignored i.e., If I use IME to enter the japanese hiragana character 'か' by typing K & A, i end up getting only 'あ' with the K being lost.
0 kommentar(er)
