C / C++ / MFC

FirstPrevNext

RE: How do you use a Rich Edit Control in a dialog? Jesse Ezell14-Dec-99 14:43 Jesse Ezell 14-Dec-99 14:43  This is probably due to the fact that the ID is not yet linked with the dialog. If VC5 works the same as VC6 in the resource editor, hit ctrl+w after clicking on the richedit control...it should automatically bring up the RichEdit ID in the box (then, make sure to select the dialog class, if it is not already selected, so that your inserted functions go in the right class). ================== The original message was: I am using VC5. If you place a Rich Edit (RE) control in a dialog from the controls toolbar and bring up the class wizard the RE control ID is not listed in the list of member variables. Is this correct? How are you supposed to exchange data with the RE control? The object ID for the RE control does appear in the Message Maps tab of the class wizard. Do I write handlers (as required) for the 26 NM_ and EN_ messages listed? Do I manually add a CRichEditCtrl member variable to the dialog class? Thanks again for any help supplied Steve Explorer.exe compwiz12-Dec-99 13:39 compwiz 12-Dec-99 13:39  How can I reload explorer.exe through C++? I need to do this so it rereads the registry. Thanx. RE: Explorer.exe Mike Dunn14-Dec-99 15:21 Mike Dunn 14-Dec-99 15:21  I remember seeing how to do this in "Visual C++ Windows Shell Programming" (a cool book BTW). The topic isn't in the index (and I'm not really up for searching through 660+ pages for it) so this is from memory... I believe you get the HWND of the window with class "Program Manager" and send it a WM_CLOSE. Then re-run Explorer to restart the shell. The only trouble with this is that some of your tray icons will be blown away. --Mike-- ================== The original message was: How can I reload explorer.exe through C++? I need to do this so it rereads the registry. Thanx. RE: RE: Explorer.exe Mike Dunn14-Dec-99 15:34 Mike Dunn 14-Dec-99 15:34  ================== The original message was: I remember seeing how to do this in "Visual C++ Windows Shell Programming" (a cool book BTW). The topic isn't in the index (and I'm not really up for searching through 660+ pages for it) so this is from memory... I believe you get the HWND of the window with class "Program Manager" and send it a WM_CLOSE. Then re-run Explorer to restart the shell. The only trouble with this is that some of your tray icons will be blown away. --Mike-- ================== The original message was: How can I reload explorer.exe through C++? I need to do this so it rereads the registry. Thanx. Restarting the shell Mike Dunn14-Dec-99 15:38 Mike Dunn 14-Dec-99 15:38  Ah, I found it after all! HWND hwnd = FindWindow( _T("Progman"), NULL ); PostMessage( hwnd, WM_QUIT, 0, 0 ); ShellExecute( NULL, NULL, _T("explorer.exe"), NULL, NULL, SW_SHOW ); Multiple File Formats Loading and Saving Jesse Ezell11-Dec-99 19:10 Jesse Ezell 11-Dec-99 19:10  I need to add a text import feature to the file save / load command on a RichEditView MDI application. Any suggestions? Rich Edit Ctrl in dialog? Steve Roach11-Dec-99 12:59 Steve Roach 11-Dec-99 12:59  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 RE: Rich Edit Ctrl in dialog? Jesse Ezell11-Dec-99 19:07 Jesse Ezell 11-Dec-99 19:07  Yes, there is a mention in the help files, you must have missed it though, since it is indirect. In order to use a RichEdit control, you must make sure that the RichEdit control DLL is loaded to do this, make sure that before your dialog or property sheet is loaded, you call AfxInitRichEdit() RE: Rich Edit Ctrl in dialog? Andrei Zenkovitch13-Dec-99 8:24 Andrei Zenkovitch 13-Dec-99 8:24  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 RE: RE: Rich Edit Ctrl in dialog? Steve Roach14-Dec-99 3:40 Steve Roach 14-Dec-99 3:40  Andrei, Thank-you; this seems to explain the other advice I received to include AfxInitRichEdit() in InitInstance. Steve ================== The original message was: 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 Modeless Dialog Boxes Anonymous11-Dec-99 9:40 Anonymous 11-Dec-99 9:40  How can you stop a modeless dialog box from being deleting, when the escape key is pressed. I tried trapping the VK_ESCAPE message, but it still got destroyed. Can anyone help me? RE: Modeless Dialog Boxes Anonymous11-Dec-99 12:55 Anonymous 11-Dec-99 12:55  You have to override the OnCancel function of the dialog box. RE: Modeless Dialog Boxes Stefan Ernsperger13-Dec-99 20:16 Stefan Ernsperger 13-Dec-99 20:16  If you dont't want to overwrite all the func (OnCancel, OnOk, ... (and don't forget Alt+F4), you can overwrite the PreTranslateMessage func and try catching ESC, Return ... BOOL CSelectToolDlg::PreTranslateMessage(MSG* pMsg) switch (pMsg->message) { case WM_KEYDOWN: switch (pMsg->wParam) { case VK_RETURN: pMsg->wParam = 0; break; case VK_ESCAPE: pMsg->wParam = 0; break; } break; Hope this helps erni VB Control Arrays in VC++? Marc Howe10-Dec-99 6:59 Marc Howe 10-Dec-99 6:59  Is there any way to emulate or do something similar to a VB control array in VC++? Thanks, Marc Static text (in)visible Marc Howe10-Dec-99 5:18 Marc Howe 10-Dec-99 5:18  How does one make static text (in)visible in VC++? I can't find this out in all of the books I have or the MSDN. I'm looking for something similar to the VB object.visible property in VC++. Thanks, Marc RE: Static text (in)visible Peter Zajac10-Dec-99 6:00 Peter Zajac 10-Dec-99 6:00  Marc, I think you are looking for ShowWindow function. It is a member of CWnd, so you can be sure that all window controls have it. Use it as: ShowWindow( SW_SHOW ); -- to make a window visible ShowWindow( SW_HIDE ); -- to hide a window Peter Zajac Dundas Software ================== The original message was: How does one make static text (in)visible in VC++? I can't find this out in all of the books I have or the MSDN. I'm looking for something similar to the VB object.visible property in VC++. Thanks, Marc RE: Static text (in)visible Anonymous12-Dec-99 21:43 Anonymous 12-Dec-99 21:43  Just do : GetDlgItem(IDC_STATIC_IDNNN)->ShowWindow(SW_HIDE); of course for this each one of the items u wish to hide should have a unique id. cheers Rajiv ================== The original message was: How does one make static text (in)visible in VC++? I can't find this out in all of the books I have or the MSDN. I'm looking for something similar to the VB object.visible property in VC++. Thanks, Marc "Code keeper" type program in VC++ Marc Howe10-Dec-99 5:16 Marc Howe 10-Dec-99 5:16  Is there a "code keeper / code bank" type program written in VC++ w/source code available? Thanks, Marc DLLs? Member 40415-Dec-99 7:52 Member 404 15-Dec-99 7:52  I don't exactly know what you're referring to but it sounds an awful lot like a DLL. In other words, when you have some common code that other apps may need to use, you put it in a DLL and presto. Alvaro ================== The original message was: Is there a "code keeper / code bank" type program written in VC++ w/source code available? Thanks, Marc Change CEdit font Jeremy Davis10-Dec-99 3:42 Jeremy Davis 10-Dec-99 3:42  This must be easy BUT..... I've tried to change the font on a single CEdit box in a dialog. I've used the following code.... CFont m_Font; m_Font.CreateFont(.........); GetDlgItem(CEDIT_ID)->SetFont(&m_Font); Now this "sort of" works. The font is changed BUT the line size of the CEdit is not changed accordingly so the lines below overlap lines above. Can someone please sell me how this can be done?? Thanks in advance Jeremy Davis RE: Change CEdit font Alex Gorev10-Dec-99 4:37 Alex Gorev 10-Dec-99 4:37  Hi Jeremy! I think your have problems because you are creating font in the local variable and as soon as it go out of scope the font is destroyed. The lifetime of the CFont object should be the same as your edit control. The best thing to do this is to add a CFont variable to your dialog class. Regards, Alex Gorev, Dundas Software. ================== The original message was: This must be easy BUT..... I've tried to change the font on a single CEdit box in a dialog. I've used the following code.... CFont m_Font; m_Font.CreateFont(.........); GetDlgItem(CEDIT_ID)->SetFont(&m_Font); Now this "sort of" works. The font is changed BUT the line size of the CEdit is not changed accordingly so the lines below overlap lines above. Can someone please sell me how this can be done?? Thanks in advance Jeremy Davis RE: RE: Change CEdit font Jeremy Davis12-Dec-99 22:13 Jeremy Davis 12-Dec-99 22:13  Thanks! I'll try it and let you know. ================== The original message was: Hi Jeremy! I think your have problems because you are creating font in the local variable and as soon as it go out of scope the font is destroyed. The lifetime of the CFont object should be the same as your edit control. The best thing to do this is to add a CFont variable to your dialog class. Regards, Alex Gorev, Dundas Software. ================== The original message was: This must be easy BUT..... I've tried to change the font on a single CEdit box in a dialog. I've used the following code.... CFont m_Font; m_Font.CreateFont(.........); GetDlgItem(CEDIT_ID)->SetFont(&m_Font); Now this "sort of" works. The font is changed BUT the line size of the CEdit is not changed accordingly so the lines below overlap lines above. Can someone please sell me how this can be done?? Thanks in advance Jeremy Davis RE: RE: Change CEdit font Jeremy Davis13-Dec-99 1:19 Jeremy Davis 13-Dec-99 1:19  Doh! The easiest ones are sometimes the hardest to find! ================== The original message was: Hi Jeremy! I think your have problems because you are creating font in the local variable and as soon as it go out of scope the font is destroyed. The lifetime of the CFont object should be the same as your edit control. The best thing to do this is to add a CFont variable to your dialog class. Regards, Alex Gorev, Dundas Software. ================== The original message was: This must be easy BUT..... I've tried to change the font on a single CEdit box in a dialog. I've used the following code.... CFont m_Font; m_Font.CreateFont(.........); GetDlgItem(CEDIT_ID)->SetFont(&m_Font); Now this "sort of" works. The font is changed BUT the line size of the CEdit is not changed accordingly so the lines below overlap lines above. Can someone please sell me how this can be done?? Thanks in advance Jeremy Davis External program execution Mark9-Dec-99 3:47 Mark 9-Dec-99 3:47  I would like to know how I can execute another program from within my MFC apps. RE: External program execution Peter Zajac9-Dec-99 4:14 Peter Zajac 9-Dec-99 4:14  To execute another program from within your MFC/SDK application you can use 'ShellExecute'. ================== The original message was: I would like to know how I can execute another program from within my MFC apps.

Last Visit: 31-Dec-99 18:00     Last Update: 15-Jun-24 17:45 Refresh ᐊ Prev1...18662186631866418665186661866718668186691867018671 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.