C / C++ / MFC

FirstPrevNext

Re: CEdit Chris Losinger3-Oct-01 2:02 Chris Losinger 3-Oct-01 2:02  SetWindowText sets the entire text of the window. if you want to add text, you have to use SetSel and ReplaceSel: m_edit.SetWindowText("text\r\n"); CString t; m_editGetWindowText(t); m_edit.SetSel(t.GetLength(), t.GetLength()); m_editReplaceSel("Text\r\n", false); -c ------------------------------ Smaller Animals Software, Inc. http://www.smalleranimals.com Re: CEdit 3-Oct-01 2:46 3-Oct-01 2:46  Thanks for help,it works. Get list of all COM-Objects 3-Oct-01 1:32 3-Oct-01 1:32  Hi how can I get a full list of all interfaces like "IActiveDesktop", "IPersistFile" and their methods? Of course I could browse the shlobj.h file, but thats a lot of work and not understandable at a glance Re: Get list of all COM-Objects Michael P Butler3-Oct-01 1:53 Michael P Butler 3-Oct-01 1:53  Use OleView that comes with the Platform SDK / Visual Studio. Michael Re: Get list of all COM-Objects 3-Oct-01 2:27 3-Oct-01 2:27  thanks But I can't view the methods of interfaces like "IActiveDesktop", the button "View Type Info" is disabled But IActiveDesktop definately has some methods like getwallpaper Re: Get list of all COM-Objects Michael P Butler3-Oct-01 2:57 Michael P Butler 3-Oct-01 2:57  You can view IActiveDesktop methods here http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/IFaces/IActiveDesktop/IActiveDesktop.asp Michael Why did I get a error message on the call to CFtpConnection's SetCurrentDirectory()? Chaos Lawful3-Oct-01 1:17 Chaos Lawful 3-Oct-01 1:17  I'm writing a multi-threaded FTP searching program under Win 2k. But sometimes I got error message like "memory 'XXXXXXXXX' cannot be 'written'" from WININET.DLL and sometimes I got "Unhandled exception" from NTDLL.DLL when I call SetCurrentDirectory() to get into the child directory. The child directory actually exists, and MSDN said these functions don't throw exceptions! I was completely confused. What cause this error? Could anyone give me some suggestions? Thanks a lot. Law is meaningless without chaos. Chaos without Law is equal to destruction. Chaos and Law create our rich and colorful world. CDialog in a dll 3-Oct-01 1:14 3-Oct-01 1:14  With eVC++ Version 3.0 for PocketPC I've tried to export a CDialog-based class and then use it in an application. DoModal() always fails. I have stepped through the DoModal() method and it fails because it cannot find the resource. The only way I have been able to get this to work is to use a wrapper function in the dll then call the wraper function from my application. I've tried several things, such as changing the dialog ID to make sure it is unique. Anyone know of a solution to this problem? VC++ 6.0 Fail... 3-Oct-01 1:12 3-Oct-01 1:12  I have a strange problem. I use Visual C++ 6.0 and it woks well, but today, I install the Microsoft Global IME (Japanese) for reading Japanese on my IE5 and Outlook, then My Visual C++ has problem after i use Debug functions (step into, go...). The problem is when i enter debug mode to debug my source and stop to make modify my source. The second time i want to enter the debug mode, the VC failed and show a dialog box says MSDev is going to close. I remove the Global IME but this problem still happend... who can help me about this?? Re: VC++ 6.0 Fail... Andres Manggini3-Oct-01 8:20 Andres Manggini 3-Oct-01 8:20  Reinstall the last service pack for Visual Studio, maybe that will do. Andres Manggini. Buenos Aires - Argentina. Can I get the handle of a window? Chaos Lawful3-Oct-01 1:11 Chaos Lawful 3-Oct-01 1:11  If I got the handle of a application instance, can I get all of its windows' handles? Please help me Law is meaningless without chaos. Chaos without Law is equal to destruction. Chaos and Law create our rich and colorful world. Re: Can I get the handle of a window? Tomasz Sowinski3-Oct-01 1:18 Tomasz Sowinski 3-Oct-01 1:18  Handle of application instance? The one passed to WinMain? Tomasz Sowinski -- http://www.shooltz.com Re: Can I get the handle of a window? Chaos Lawful3-Oct-01 1:23 Chaos Lawful 3-Oct-01 1:23  Yes, it is. Can I get the handle? Law is meaningless without chaos. Chaos without Law is equal to destruction. Chaos and Law create our rich and colorful world. Re: Can I get the handle of a window? Tomasz Sowinski3-Oct-01 1:56 Tomasz Sowinski 3-Oct-01 1:56  Application instance handle will be useless; it's provided for backward compatibility (all processes see identical value). You'll have to get a process ID instead. Then, as Norm suggested, you should use EnumWindows. For each window call GetWindowThreadProcessId and compare the IDs. Note that this technique gives you handles of toplevel windows; if you want their child you'll have to use EnumChildWindows. Tomasz Sowinski -- http://www.shooltz.com Re: Can I get the handle of a window? NormDroid3-Oct-01 1:26 NormDroid 3-Oct-01 1:26  EnumWindowsProc? Norm Almond Chief Technical Architect FS Walker Hughes Limited Re: Can I get the handle of a window? Chaos Lawful3-Oct-01 1:35 Chaos Lawful 3-Oct-01 1:35  It works fine. Thank you very much! But I think enumeration's performance isn't very high. Are there any other solutions? Law is meaningless without chaos. Chaos without Law is equal to destruction. Chaos and Law create our rich and colorful world. MFC to ATL Porting - Support for MFC's doc-view architecture 2-Oct-01 23:17 2-Oct-01 23:17  Hi All, I have one MFC GUI stand-alone application (its SDI doc/view architecture) and I want to convert it to ATL inproc dll. To do that I have added all the required files + resource file from MFC app to new ATL application. To invoke GUI from one of the interface method, I have created document template and then used CreateNewFrame. When I use this ATL dll from a client application, it properly pops up GUI with some limitions. Accelerators dont work and tool bar buttons dont get the command ui message. I mean the menu items get update but associated tool bar buttons dont update. Does anybody tell me what is wrong ? Is there any different way to pop up GUI from ATL dlls ? Explicit loading of accelerator table also does not work. Thanks, Sujata. Re: MFC to ATL Porting - Support for MFC's doc-view architecture Michael P Butler2-Oct-01 23:46 Michael P Butler 2-Oct-01 23:46  Have you looked at WTL that comes with the Platform SDK. I think it might help you. Michael Re: MFC to ATL Porting - Support for MFC's doc-view architecture 3-Oct-01 0:58 3-Oct-01 0:58  True !!! This is a second option I can consider. But the simplest and the fastest solution is removing MFC application's InitInstance and creating frame by my own in dll. Unfortunatly I dont have much knowledge about WTL. Does it support similar doc-view architecture ? Thanks, Sujata. Re: MFC to ATL Porting - Support for MFC's doc-view architecture Tomasz Sowinski2-Oct-01 23:46 Tomasz Sowinski 2-Oct-01 23:46  Probably PreTranslateMessage doesn't work when you invoke your component from client app. Override this function in your frame class (if it's not there yet) and put the breakpoint; if it doesn't fire, this is the source of your problems. Explicit loading of accelerator table also does not work. Loading doesn't have any effect visible to the user. You have to call ::TranslateAccelerator in the message loop if you want working accelerators. The problem is that you can't control the message loop from withing component - it's in the client app. Tomasz Sowinski -- http://www.shooltz.com Re: MFC to ATL Porting - Support for MFC's doc-view architecture 3-Oct-01 1:02 3-Oct-01 1:02  Thank you for the response. I tried to override PreTranslateMsg in my frame class and also added TraslateAccelerator call. But PreTraslateMessage never gets fire. Thanks, Sujata. Re: MFC to ATL Porting - Support for MFC's doc-view architecture Tomasz Sowinski3-Oct-01 1:06 Tomasz Sowinski 3-Oct-01 1:06  PreTranslatemessage is called from within message loop somewhere in CWinThread. In your case it will not work - message loop is out of your control inside the client application. Tomasz Sowinski -- http://www.shooltz.com Re: MFC to ATL Porting - Support for MFC's doc-view architecture 3-Oct-01 1:11 3-Oct-01 1:11  So does it mean that MFC DOC-View could not work properly with ATL ? Is there any other way to invoke GUI from ATL inproc ? Thanks, Sujata. Re: MFC to ATL Porting - Support for MFC's doc-view architecture Tomasz Sowinski3-Oct-01 1:15 Tomasz Sowinski 3-Oct-01 1:15  So does it mean that MFC DOC-View could not work properly with ATL? I don't know. I think you could play with multiple threads and invoke your application in the separate GUI thread with its own message queue. Have no idea if this is worth the effort. Tomasz Sowinski -- http://www.shooltz.com Re: MFC to ATL Porting - Support for MFC's doc-view architecture 3-Oct-01 1:20 3-Oct-01 1:20  Great ! Thanks, I will try out. Sujata.

Last Visit: 31-Dec-99 18:00     Last Update: 5-Jul-24 12:44 Refresh ᐊ Prev1...17929179301793117932179331793417935179361793717938 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.