Make sure you have handler for Ctrl+V and it pointed to your function that does Paste(); RedrawWindow(); ================== The original message was: I still have a problem.. The processing behind the "Paste" button in my application is simply: m_pMyRichEditCtrl->Paste(); m_pMyRichEditCtrl->RedrawWindow(); which solves the text not visible problem from the button but it does not solve the same problem when I paste using Ctrl-V. Any idea what else I need to do? Thanks Steve ================== The original message was: I found that calling m_pMyRichEditCtrl->RedrawWindow(); does the trick but why? What's going on? Are there others ways? Steve ================== The original message was: I have a RichEditCtrl that "initially" does not diplay text that is pasted into it (using my_RichEditCtrl->Paste() or by Shift-Insert,Ctrl- V). The text "is" displayed if you then obscure the window and cause a redraw. What do I have to do to get the text to be made visible after the paste? Is it something to do with the configuration of the RE Ctrl, e.g in the Create call, or something I must do after the paste?. Thank-you Steve

================== The original message was: I have a RichEditCtrl that "initially" does not diplay text that is pasted into it (using my_RichEditCtrl->Paste() or by Shift-Insert,Ctrl- V). The text "is" displayed if you then obscure the window and cause a redraw. What do I have to do to get the text to be made visible after the paste? Is it something to do with the configuration of the RE Ctrl, e.g in the Create call, or something I must do after the paste?. Thank-you Steve Dear Steve, Offhand, it sounds like you need to invalidate the area of the control after doing the paste, so that the new text will pop into view right away. I'm not an RE expert, but there should be a way to do an OnUpdate() or OnDraw() call for the control, which is after all a window. I hope this helps, Wes Rogers

================== The original message was: I have a RichEditCtrl that "initially" does not diplay text that is pasted into it (using my_RichEditCtrl->Paste() or by Shift-Insert,Ctrl- V). The text "is" displayed if you then obscure the window and cause a redraw. What do I have to do to get the text to be made visible after the paste? Is it something to do with the configuration of the RE Ctrl, e.g in the Create call, or something I must do after the paste?. Thank-you Steve Dear Steve, Offhand, it sounds like you need to invalidate the area of the control after doing the paste, so that the new text will pop into view right away. I'm not an RE expert, but there should be a way to do an OnUpdate() or OnDraw() call for the control, which is after all a window. I hope this helps, Wes Rogers

Hi Steve, The problem has to do with the fact that when CDialog tries to create a dialog window from the resource template internally it does by calling ::CreateWindowEx() function. The most important argument in this function is the name of the window class (like "Static" for static control or "Edit" for edit control). It is required that before window is created its window class must be registered. MFC does it internally for common controls but not for rich edit control which implementation resides in different dll. So when you call DoModal() function the internal Windows implementation will fail to create the rich edit control and therefore the creation of the dialog will fail as well. Now how to fix the problem. You just have to load the dll that contains rich edit control implementation in your InitInstance() function: HINSTANCE hRichEdDLL=::LoadLibrary(_T("RICHED32.DLL"); if(g_hRichEdDLL==NULL) TRACE(_T("Cannot load library to display RichEditTextControl")); Regards, Andrei Zenkovitch Dundas Software P.S. I assumed you were using MFC. If it is not the case then above mentioned explanations are still valid. ================== The original message was: I'm using VC++5. I find that when I use the resource editor to put a Rich Edit control in a dialog that is used either as part of a property sheet or as a dialog started from a menu option that the DoModal dialog callreturns -1 indicating that the box could not be created. (The same thing happens in VC++6). I searched the help and found no mention of any such limitation - it seems logical to be able to do it as the control is in the toolbar in the resource editor. I guess I must be doing something wrong. Any ideas? Steve